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Data Center for Account Management 



BACKGROUND OF THE INVENTION 

TECHNICAL FIELD 

The invention relates to account management systems. More particularly, the 
invention relates to a method and apparatus that uses a data center for 
networked account management. 

DESCRIPTION OF THE PRIOR ART 

The leading account management system is the TRIAD system, 
manufactured by Fair, Isaac and Company, Inc. of San Rafael, California. 
TRIAD is a portfolio management and scoring system designed to help 
reduce losses, increase revenues, and take advantage of promotional 
opportunities, for single or multiple portfolios such as credit cards, 
telecommunications, and installment loans. With systems such as TRIAD, an 
end user's decision-making process can respond quickly to changes in the 
end user's customer population and the economic environment. The end user 
can test new strategies on a small part of a portfolio and still keep a current 
strategy in place on the majority of the portfolio. Systems such as TRIAD also 
provide reporting to measure the effectiveness of competing strategies. 

Such account management systems currently available require 
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significant internal resources of an end user before they can be integrated into 
tlie end user's legacy information management systems. It would be 
advantageous to provide an account management system that allows end 
users to bypass the need to integrate such system into their legacy 
5 information management systems. 



SUMMARY OF THE INVENTION 

The invention provides an account management system that allows end users 
to bypass the need to Integrate such system into their legacy information 
management systems. The invention reduces the implementation schedule 
for such account management systems and thus provides such systems to 
end users more quickly. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block schematic diagram showing a data center for an account 
20 management system according to the invention; 

Fig. 2 is a block schematic diagram showing a delinquent collections strategy 
according to the invention; 

25 Fig. 3 is a block schematic diagram of an account management system 
design process according to the invention; 

Fig. 4 is a block schematic diagram of a processing work flow for a all 
decision areas in an account management system according to the invention; 

30 

Fig. 5 is a block schematic diagram showing a strategy with a single strategy 
key and two scenarios according to the invention; 

Fig. 6 is an example of overlimit breakpoints in the overlimit collections - 
35 strategy parameters dialog box according to the invention; 
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Fig. 7 is an example of action/day fields in a delinquent collections - scenarios 
dialog box according to the invention; 

Fig. 8 is an example of a credit line strategy tree according to the invention; 

5 

Fig. 9 is an example of a strategy definition table in a PCMTS audit report 
according to the invention; 

Fig. 10 is an example of an estimator control dialog box according to the 
10 invention; 

Fig. 1 1 is a screen showing PCTMS navigation features according to the 
invention; 

15 Fig. 12 is an example of a strategy assignment dialog box according to the 
invention; and 

Fig. 13 is a flow diagram showing the starting or modification of a strategy 
according to the invention. 

20 

DETAILED DESCRIPTION OF THE INVENTION 

The invention provides an account management system that allows end users 
25 to bypass the need to integrate such system into their legacy information 
management systems. The invention reduces the implementation schedule 
for such account management systems and thus provides such systems to 
end users more quickly. 

30 The presently preferred embodiment of the invention incorporates the TRIAD 
system manufactured by Fair, Isaac and Company, Inc. of San Rafael, 
California as the account management engine. The TRIAD account 
management engine is discussed herein to the extent necessary to 
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explain such system to those skilled in the art in connection with the invention 
disclosed herein. Further details of the TRIAD system can be found in TRIAD 
6.0 User Guide. TRIAD Concepts and PC Table Maintenance System 
Procedures , Printing 1.0 (US) (2/22/00), Fair, Isaac and Company, Inc., San 
5 Rafael, California, USA and TRIAD 6.0 System Guide , Printing 2.2 (US). 
(4/13/00), Fair, Isaac and Company, Inc., which are included as an Appendix 
hereto. 

The preferred embodiment of the invention is a comprehensive, Web- 
10 delivered account management solution for the telecommunications industry. 
It will be appreciated by those skilled in the art that the invention is readily 
applicable to other industries. 

The preferred embodiment of the invention focuses on four key areas of 
15 account management to assist telecommunications companies in taking the 
right action on the right customer at the right time. 

These key areas comprise: 

20 ■ Delinquent Collections; 

■ Usage Limit Management; 

■ Authorizations Management; and 

25 

■ Marketing Communications. 

At the core of the presently preferred embodiment of the invention is an 
account management engine. The preferred account management engine is 

30 the TRIAD account management system manufactured by Fair, Isaac and 
Company, Inc. of San Rafael, California. The embodiment of the invention 
discussed herein provides a net sourced version of the TRIAD product having 
adaptations to the telecommunications industry. Those skilled in the art will 
appreciate that other account management systems may be substituted for 

35 TRIAD and that the invention is applicable to industries other than 
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the telecommunications industry. 

The preferred embodiment of the invention comprises a data warehouse that 
facilitates the use of scoring and decision modules, and that provide easy 
5 access to critical business data. The invention also comprises expert 
modules that enable end users to take advantage of the system quickly. 

Fig. 1 is a block schematic diagram showing a data center for an account 
management system according to the invention. The preferred embodiment 

10 of the invention is net sourced. Accordingly, decision functionality/predictive 
models 24, report records 22, and data warehouse 18 functions are deployed 
at a central data center 1 1 and integrated with an interface module 20. Data, 
strategies, decisions, and reports are exchanged with the end user's systems 
via a secure Internet Web site 16. The system is implemented in various 

15 components. The end user client 14 is a personal computer platform for the 
PCTMS graphical front-end (discussed below). The end user location also 
include the end user's billing systems 12 and other end user systems 10. 
However, the system itself, as well as all hardware and software associated 
therewith, is maintained at the central location. Thus, the system is readily 

20 adopted by the end user without the purchase, installation, or maintenance of 
additional hardware and software. 

The invention's modular structure allows telecommunications carriers to apply 
statistically based automated decision making to the account management 

25 areas that are most relevant to them. Because the invention leverages the 
Internet, while all processing is performed at the central location, the invention 
minimizes the burden on the end user's technical resources and avoids 
increased processing loads on their systems. In the telecommunications 
industry, for example, carriers gain access to powerful account management 

30 decisioning without the long implementation typically required for installing 
software at their site. 

The invention also comprises "champion/challenger" technology that allows 
new strategies to be tested by the end user on statistically valid sample 
35 populations before being rolled out to the end user's larger account base. For 
example, telecommunications carriers can easily refine strategies by using 
the menu driven graphical user interface. Because the invention is flexible 
and readily implemented, end users can respond quickly to 
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changing conditions in a volatile nnarketpiace. 
Client Uses 

5 Delinquent Collections: The invention provides a mechanism that reduces 
delinquencies and that uses collections resources more efficiently by 
assessing accounts in order of their risk and then queuing them for action 
accordingly. Fig. 2 is a block schematic diagram showing a delinquent 
collections strategy according to the invention. 

10 

Usage Limit Management; The invention provides a mechanism that 
improves end user profits by expanding usage while controlling risk. The 
invention allows an end user to determine whether to assign or adjust usage 
limits based upon each customer's credit risk. 

15 

Authorizations Management: The invention provides a mechanism that 
reduces the end user's risk of losses by reviewing account status to 
determine whether high risk accounts should be hotlined or blocked. 

20 Marketing Communications: The invention provides a mechanism that 
effectively targets cross-sell and retention efforts to maximize end user 
revenue and minimize risk and churn. 

Account Management Engine/Client 

25 

The preferred account management engine comprises a portfolio 
management and scoring system. Such systems are typically designed to 
help reduce losses, increase revenues, and take advantage of promotional 
opportunities, for single or multiple portfolios such as credit cards, 
30 telecommuncations, and installment loans. 

The preferred embodiment of the invention comprises client and host system 
components. The client, e.g. the PCTMS front end component of the TRIAD 
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system, is loaded on a PC in a networked installation. The PCTMS 
application is used to manage the database files and control settings that are 
uploaded to the host system for processing. Actual processing occurs on the 
host system. The in-stream architecture integrates the account management 
5 engine with end user master file account management programs and allows 
the system to process end user accounts efficiently with less impact to the 
end user's system. 

Strategies are developed utilizing the PCTMS. The PCTMS includes 
10 applications which provide a graphical view of strategies and strategic 
portfolio assignments. The PCTMS also lets the end user view scorecard 
assignments. Another PCTMS feature allows an end user to view scorecard 
data and (optionally) update existing score-cards or add new scorecards. 

15 The preferred embodiment of the invention uses data areas allocated by a 
calling program to receive input and return results. The preferred account 
management engine does not perform input and output functions on the end 
user's master file or data tables. Instead, it writes only to its own files, 
primarily a report record file. This file contains all account management 

20 engine actions and other information on each account through-out the cycle. 
This file then feeds the client systems required to take the actions 
recommended through TelAdaptive. These client systems can include a 
collections system, predictive dialer and notice generation application. The 
report record file is input to all monthly reporting, as well as ad-hoc reporting. 

25 The report record file also drives an estimator facility, and may be sampled to 
reduce the processing overhead. 
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The preferred embodiment of the invention provides a way to group similar 
accounts and treat them strategically in different decision areas. The following 
discussion explains the basic system concepts of strategic portfolios, scoring, 
5 strategies, and decision areas. 

Strategic Portfolios 

After choosing general exclusions for processing, the end user's determine 
10 the strategic portfolios, or groups of accounts that can be managed 
collectively because they share common characteristics. Each portfolio has an 
identification number called the strategic portfolio identification number or 
SPID. As used herein, the term SPID refers both to the strategic portfolio 
and its identification number. 

15 

Accounts are assigned to SPIDs in a SPID assignment dialog box in the 
PCTMS. For example, Gold and Classic bankcard accounts are usually 
grouped into separate SPIDs. In the retail environment, different chain stores 
or geographic regions might require unique SPIDs. For installment lending, 
20 direct and indirect loans are typically assigned to different SPIDs. Similarly, 
commercial and residential accounts often require different SPIDs in the utility 
sector. 

Scoring 

25 

Behavior scoring is a tool for assessing the future behavior of an 
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account. It works by making a series of calculations that quantify current and 
past behavior at the account level or customer level. Associated with most 
behavior scores are the odds that the account performs well in the future. 
Typically, the higher the odds, the better the account is likely to perform. 

5 

The behavior score is an invaluable component of a strategy. With behavior 
scoring, an end user can use risk as a primary factor in assigning actions. For 
example, accounts with greater risk can be accelerated to collections, while 
accounts with less risk can be decelerated. 

10 

Using risk assessment, an end user can develop more accurate and finely- 
tuned strategies. 

Strategies 

15 

As used herein, a strategy is a plan for assigning an account to a specific 
scenario, or action for treatment, the account management engine provides 
an end user with the ability to compare competing strategies in a statistically 
valid way so that the end user can determine which strategy produces the 
20 best results. This type of comparison is called champion/challenger testing 
herein. The existing strategy is the champion; the new strategy is the 
challenger. 

Champions and Challengers 

25 

As a new strategy proves its effectiveness, it can be applied to a 
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greater percentage of the end user's portfolio. When a challenger becomes a 
new champion, the strategy design cycle begins again. 

The end user continually moves strategies through four distinct phases of 
5 development: 

■ Evaluate strategy results from the previous month. 

■ Develop new strategies or enhance existing strategies based on the 
10 evaluation results. 

■ Test new strategies using an estimator facility. 

■ Implement new strategies in the production environment. 

15 

Using this design and evaluation process ensures that the most effective 
strategies are at work in the end user's live environment. 

A key to establishing champion and challenger testing is understanding the 
20 roles of random digit groups and strategy assignment. 

Random Digit Groups 

In the presently preferred embodiment of the invention, each account has a 
25 two-digit number between 00 and 99, called a random digit or a test digit. This 
number is assigned by the host system when the account is opened 
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or brought into the account management engine. Random digits stay with an 
account long-term. They are changed when the entire file is re-randomized 
after a prolonged period of champion versus challenger testing, or when there 
are a significant number of accounts that are acquired or merged on the host 
5 billing and posting or authorizations system. 

A consecutive series of random digits forms a random digit group. For 
example, 0 through 4 is a random digit group representing a five percent 
sample of a portfolio. Random digit groups are assigned to decision area 
10 strategies for each strategic portfolio or SPID. 

Strateg y Assignment 

In the PCTMS, the strategy assignment dialog box links strategies to one or 
15 more random digit groups for each strategic portfolio or SPID. Each strategy 
has a strategy identification number from 1 to 999. Strategy ID 999 is 
reserved for excluding an account from system treatment in a specific 
decision area. 

20 Decision Areas 

An end user can use decision areas to apply separate strategies for each key 
process that influences the profitability of the portfolio. Table 1 below lists the 
decision areas available in the preferred account management system. 

25 

1 1 



Table 1 . Decision Areas 
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Design Process 



The design process is similar in all decision areas. The steps involved are 
shown in Figure 3 and described below. 
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Identify Exclusions(IOO) 



The end user may exclude categories of accounts from behavior scoring and 
each decision area. For example, an inactive account might be excluded from 
5 delinquent collections, but not excluded from marketing communications or 
authorizations. Other exclusions are general and are applied before decision 
area processing. Exclusion categories are defined by the end user and the 
design team and, for areas other than behavior scoring, are selected from an 
exclusions dialog box in the PCTMS. 

10 

Designate Strategy Parameters (110) 

Entry into each decision area is triggered by a primary event, such as being 
over limit or delinquent. Further processing in the decision areas is also 
15 triggered by events. In the overlimit collections decision area, for example, 
this occurs when crossing an overlimit breakpoint. If the first overlimit 
breakpoint is 105% utilization, an over-limit strategy is invoked when that 
threshold is crossed. 

20 Select Strategy Keys (120) 

Strategy keys sort accounts into groups that receive different treatments. For 
example, fields such as cycles delinquent, month-on-books, and behavior 
score, are often used as keys in the credit line and delinquent collections 
25 decision areas. Strategies in each decision area use strategy keys from the 
keys dialog box in the PCTMS from which standard and user- 
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defined decision keys can be selected. Wiien an end user builds a strategy, 
he can select a unique set of keys from the library or copy an existing set from 
another strategy in use. 

5 Build Strategy Trees (130) 

By using strategy trees, an end user can separate accounts into tightly 
defined treatment groups and take actions that balance revenue and risk. 

10 For example: 

■ Account 1 has been open for six months, has a low behavior score and is 
two cycles delinquent. This account is a candidate for a credit line 
decrease, not an increase. 

15 

■ Account 2 has been open for thirteen months, has a high behavior score 
and is current. This account is a potential candidate for a credit line 
increase. 

20 Design Scenarios (140) 

Scenarios are actions assigned to each treatment group in a strategy. Actions 
can range from simple to complex. A simple action can be to take no action at 
all. A complex action can include setting a block code, sending a letter, setting 
25 a collection indicator, or printing a statement message. 
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Run the Audit (150) 



The audit programs must be run when developing a new strategy or modifying 
control fields. Audits are run on both the PC and host system. The PC audit 

5 program performs all field-level and cross-field audits, and some cross-table 
audits. Once the PC audit is successfully performed, control files are 
uploaded from the PC to the host system, usually in a test environment. The 
host system audit program is run to complete the remaining cross-table 
validation and verify that the upload was successful. If an audit program 

10 encounters errors, it produces an error report allowing the end user to identify 
where corrections are required. 

Run the Estimators (160) 

15 The estimator program tallies the number of accounts identified by each 
control table row and the odds or risk quality for these accounts. The 
estimator runs on the host system using the development control tables and 
selected records from the production report record file. The system produces 
separate reports for each decision area in the end user's installation. 

20 

Revise Strategies (170) 

After the audit and estimator programs have been run, it is typically necessary 
to revise strategies to achieve optimum strategy results. Prior to 
25 implementation into production, audit and estimator programs are run again to 
ensure that revisions do not produce any errors. 
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Implement Strategies in Production (180) 



When the end user is satisfied with the strategy results and the audit and 
5 estimator programs have successfully run, the end user's in-house 
procedures are used to move strategies into production. Immediately after the 
move, the audit program is run to verify that files were not corrupted during 
the move and to generate the control files used in the production environment. 

10 Evaluate Strateav Results (190) 

The system has a full reporting facility that runs weekly or monthly. The 
reports show strategy and decision area results with extensive behavior score 
reporting. When a challenger strategy results prove more effective than the 
15 current champion, or as other strategy adjustments need to be made, the 
design process begins again. 

System Processing 

20 Fig. 4 is a block schematic diagram showing system processing work flow for 
all decision areas according to the invention. System processing can occur at 
various times, such as cycle, daily posting, weekly or monthly for reporting, 
on-demand, or at transaction due date time. The cycle, daily posting, and 
transaction processing parts of the system fit into the end user's existing 

25 systems. The reporting and on-demand jobs can be run on a standalone 
basis. 
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Cycle Processing 



Cycle processing 40 is the periodic review of the account when a statement 
5 may be written and financials and delinquency are aged. Typically, this is 
once a month, although some portfolios have different timing. At cycle, the 
system is called to compute a new behavior score, sort accounts into 
treatment groups, and return a set of actions. All actions determined at cycle 
are written to the report record file. The records generated at cycle are input 
10 to the weekly or monthly outcomes and performance reports. After the file is 
pared down by a sample factor of the end user's choice, the resulting file is 
input to the estimator process. It is possible to use the entire, unsampled file 
in an environment. 

15 The order of processing at cycle is, for example: 

1 . Assign the account to a strategic portfolio (SPID). 

2. Assign strategy IDs for the decision areas, including authorizations, if 
20 applicable. 

3. Calculate the behavior score. 

4. Review the account for credit line actions. 

25 

5. Review the account for delinquent collections actions. 
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6. Review the account for overlimit actions. 

7. Write to the report record file. 

5 

8. Return actions and other data to the calling program. 

The order of processing can vary from this. The addition of the reissue 
management, marketing communications, or performance-based pricing 
10 decision area, for example, may add other reviews to the account during cycle 
processing. These areas can be run as stand alone jobs, or as a part of cycle 
processing. After the new behavior score has been calculated, it is used in 
subsequent processing. Similarly, if a new credit line is calculated, it is used in 
subsequent processing. 

15 

After all decision area processing has been completed, the system returns 
actions and other data, such as behavior score and new credit line, to the 
calling program. The calling program must implement the actions and store all 
the data. 

20 

Daily Posting 

Accounts that are delinquent or over limit are treated by the system during 
daily posting. The system first determines if the account fits into an excluded 
25 category. If it does, it is not processed. A classic example in delinquent 
collections is an account that was delinquent at cycle, but has now 
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been reclassified as bankrupt. If bankruptcy is an exclusion, the account is not 
processed. However, a non-excluded delinquent or over-limit account may 
receive one or more of the following actions: 

5 ■ Set a block code. 

■ Queue the account to collections. 

■ Send a letter. 

10 

■ Take no action. 

The system records all actions in the report record file for use in outcomes 
reports. 

15 

Report Processing 

Reports are produced by regularly scheduled processing. They are also 

included in standalone processing for those decision areas that allow this 
20 option. The system uses the report record file to create a variety of reports, 

including outcomes reports, strategy performance reports, scorecard 

performance reports, estimator reports, and formatted report records. 

Estimator reports and formatted report records are generated on-demand. 

Outcomes and performance reports are regularly scheduled reports that are 
25 run monthly or weekly. A weekly run is often used as an intermediate step to 

consolidate report records and minimize month-end processing time. 
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Because the outcomes and performance reports contain sum-of-cycle data, 
and not point-in-time month-end data, the numbers may not match with 
traditional month-end reports provided by other systems external to the 
system. 

5 

Outcomes Reports 

Outcomes reports tally counts and amounts. If an end user wants to know 
how many letters were sent as a result of actions from delinquent or overlimit 
10 collections scenarios, the outcomes reports for those decision areas contain 
that information. Similarly, they show behavior score distributions and 
exposure changes resulting from credit line changes. 

Performance Reports 

15 

The system has several types of performance reports, for example: 

■ Strategy performance reports compare overall performance across 
decision areas. 

20 

■ Scorecard performance reports monitor the performance of the scorecards 
over time. 

- Delinquent status transition matrix reports monitor the movement of 
25 accounts from one stage of delinquency to the next. 
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On-demand Processing 

On-demand processing refers primarily to running the audit program, the 
estimator program and reports, and printing formatted report records. It also 
5 means updating the control tables in the PCTMS or running the reissue 
management, marketing communications, and performance-based pricing 
decision areas whenever desired. 

Audit Program 

10 

The host system audit program performs most of the cross-table validations of 
the control tables and produces an audit report for a successful audit. The 
report is a series of table images that are preferably identical to the PCTMS 
audit report for identical client data. If the audit program encounters an error, it 
15 generates an audit error report. The host system audit and audit error reports 
can be printed for viewing the control tables or errors. 

Estimator Reports 

20 Estimator reports show the number of accounts in each row of the 
development control tables and the behavior score good/bad odds associated 
with the row. The system runs the estimators using a user-defined sample 
number of records from the production report record file. Estimator reports 
provide a valuable tool in determining the impact that a strategy has in terms 

25 of operations and profitability. These reports can be generated at any time 
and should preferably be run before implementing new or modified 
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strategies. Estimator report features are specific to each decision area. The 
end user can modify estimator parameters in the PCTMS. These parameters 
are uploaded to the host system along with the end user's control tables. The 
estimators run on the host system. 

5 

Formatted Report Records 

In addition to outcomes and performance reports, the following types of 
records are customarily used for testing purposes and can be generated for 
10 most decision areas. 

• Score Test records 

These records show the calculated values of all characteristics used to 
15 generate the score for each account. The score test record format can be 
enabled in the generate test score records field located on the general tab in 
the scoring options dialog box in the PCTMS. 

• Pass/Return Test records 

20 

These records give the values of the pass and return fields used in the linkage 
between the system and the client. The pass/return test record format can be 
enabled in the Test PR10 field located in the test data output options tab in 
the options dialog box (Client Parms icon group) in the PCTMS. 

25 

• Strategy Key Test records 
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These records give the calculated values of all keys or a subset of keys 
actually used in the decision area strategies for that account. This test record 
format has options for generating test key values and test key records by 
5 account or by decision area. The strategy key test record format options can 
be enabled in the test key value, test key by account, and test key by decision 
area fields located in the test data output options tab in the options dialog box 
(Client Parms icon group) in the PCTMS. 

10 Control Tables 

The system uses a series of control tables as input to processing. The tables 
define all the system parameters, including decision area strategies and 
scenarios, reporting parameters, system control fields, and scorecard 
15 assignment keys. 

Transaction Processing 

The authorizations management decision area is transaction-based. It runs as 
20 a part of the end user's on line authorization system or, optionally, in a batch 
environment. Reporting and estimator functions run on demand in batch 
mode. 

25 About Behavior Scoring 
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This following discussion presents a brief overview of the procedures to 
develop, implement, and track the performance of behavior scorecards. A 
behavior score quantifies ever-changing credit risk at the individual account or 
customer level by summarizing the risk into a single number. It does so by 
5 analyzing a series of risk predictors, such as payment, delinquency, and 
usage patterns. The behavior score enables the end user to make decisions 
about an account relative to the risk it presents. This is done in the PCTMS by 
incorporating the behavior score as one of the criteria, or strategy keys, in the 
end user's strategies. This enables the end user to increase revenue by 
10 promoting usage and loyalty among low-risk accounts. The end user can also 
limit potential losses on high-risk accounts by blocking further usage and 
recovering as much of the outstanding balance as possible. The term 
behavior scorecard encompasses several types of scorecards offered by Fair, 
Isaac, as shown in Table 2 below. These scorecards are shown for purposes 
15 of example and other scorecards may be used in connection with the 
invention. Some of these scores are based on internal billing and payment 
information, whereas others are based on external credit bureau data. 
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Table 2. Scorecards 



Oescriptiofi 



Standard B-^havisr 
iRisk) 



Cmrem^mto tm probability of an account femaintng gz<ja iDf 
e^^amp^. o^t m^ithm^ am adv^^ed siBte of de^mqmfic[/ or 
b^^mnf bankrupt or QhBrgm of. 



Ccrre&mYi^tD me probability of repayment the pD&sitle 
perc^nt^B t>B repaid fror^i a^sc^jnts ad^mioBd stag&s of 



Recovery 



Churn 



CorreBpmm to arr^iinl or |^fcs=nta@6 the b^ianos to fee 
recQVBf &d ten aoGOunm max l^a fe€en charged od. 

C^mpm^ m tm pmtmk^ Df mcmnt becoming inactiM'e or 



CGiTeB|Kin^ IS prob^Sit^^ of m<:^m in a ^^c^-aeil 



For purposes of the discussion herein, standard behavior (risk) scorecards 
are used as examples. However, the terminology, procedures, and reports 
5 described here pertain to most types of scorecards. 

Terminoloqv 

An important part of understanding the scoring process is understanding 
10 scoring terminology. See Table 3 below. 
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Table 3. Basic Scorecard Terminology 



Term Definition 



Aligns Scsre 


A ra'»¥ ^^re at^ment f^^rs BppM4 to f^ep tie aosre to its 
Dfs-giisal 0dds4D-^^a mMjomhlp. Il is arlso calladthe l>ehavior score 




Range vatee^ for a ttiaraiaariEtk:^ 




Each atmij^ilie rsnga an ess^^ated ^^^^ight tiat c^tnbiites tt!^ 







Bad Account An aoe^unt la dmEdied m unm^Ms^^^ t^sed during me 



perfomwice perio^:! I^ed on #ia sc^ec^^ perfmriance meaEures. 
a s^ndard bahs?^ risk rmd^^ a fe^ aceount is that 

repase^s^. or reaohas ^ ad^^oed siBga of deiinquar^y (soch as 



Charaotensl^ A ^iBs^jre nient ef ^?eo urst teef^a^^i or. 

E££&ntielry, it posas a qu^tion -afeoyt an a>i^unt. For ataoipis, m« 

beefi open?' 

A di^^tmatio CBn be a pnifHtlve d^e eien'^t, th^ is, a data field 
p^aed infe 1RIAD fc^ Itm pyrp^e ^ genarateng a behavw score or 
ajMJthsr €atoia^0a iHigh^ DBin^jmof Lifetm-ie is an sxanple 
-mis ki}d of diaraotBrisfe Achar^^rrs^^ can ^so be a c^mtxtnartjon 
of m£a fislcte. Biich bb p€€c^t ai PaynwitE Greater thian Anmint Due 
D^er the La^ Fi^s Itoths. 



Di^^erg^^a A rE^ati^^ rmBmm ^ me etrengti 0f a ^srec^d In aimpls lerim, it 

tia ^p€ffBlMm bBt^^m: gDo-ds- bads. 

00£Kl Acooimt An ao^ount tr^t Ib d^^mfiBd ^ thraugt^t the 

pe^rform-^tce pariocife^ed on the se^ec^'d pedwna^ice irtessJuraE, 

a elBnda?-d bshmA^ ri^ rr^KM, a g^>od aoDDiint k th^ has 
other fei^inad oirrent trrr™^4mt the perf^^mam^e v^ndow, or not 
baan m!^# than « ^as Dft^-^le Clinquant during that tima ped^ 
(fcM- ^amp^, Ih^ee tfemas cmB<^Yc\B daiinquent). 

fnde^Eilnats An accoentmafl cfid not ^^^ly ^ good m bad dtiriog the perfc^marx^ 
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Term 


DefiFiHfon 


Dtrser^stion Dats 


ffoni whkh pm^ctovB are ^ens rated. 




THjs mmbBt of §s<Kis per bs<l. 




The f ^^Qfrship me oddfe to score, sueli as^ of BQ to 1 at a 




mmB of The odde-tD-sooie rslstiQna^iip ^i-dstBrmined during tfie 




BCDfaeard iMlverf iriastng, yary ^^bs be referred to as scaling. 


pBTfonrmiCB Dat© 


Date n nr^snitirE^ter trie abs^'ation ^le at v^hto the perfcrmanoe 




aadi acMx^ml in 1h6 ^^^lopment sample is defined. 



Parforrn^ce [^fin^ ^ what m i>dfig predicted and d^siiea accents as either 

Definition gc^d, l^ad, ^ rndBtBimnme, Savior aciorec^^ use different 

p0ifomwica defim^ons d^pemSn^ on v¥lis^e-^-h wit predict Far 
mmnp^, a s^af^dard bahBrnor s^^mmi^ m^^uf^^mk. F^^yment 
pm\B€»Mm sccr^cardE preset ^le arrmint or peroeBtage of wp&ymmt 
hmn ^ m€mjnl already in an aclvar^ed state si delinquency 
{bankjas-d or retail or imrmmB refK^sesaion (in Btailmsnti can} 

Perfonifwice A spmm\ eate§of>^ fe^ Bccmrm requmng ^^pm^^ perfcrmar^ 

Exali^ion traaWng. Soms ammn^ are in m unusiiai sfetua v.! he re is dii^ailt 

Of impassilMe ta soc^jratB^ ase^ good, or indeterninate 

p&ifornwi€e measures, 

FcH" BxanfMa, a credit card 0^et is reported bs- J0st or Btolen during the 
perfGOTSice period ma^ be cfassifi^ a bad account, however the 
^^'ir^ ^ c^^ntrolled by origii^al car*^<Ser 

f tie p^onrwiGe of every ^^ared ^oount ib proce^ed 
daesifi^, eo Oie acx;oigilB are ri^^t ^rt^ or s^duded itom TRIAD. 
.Any m:c^jm Idenfel^ed as a perfomwice exciuaon dming ine 
pBii^mrn^i^ period is rM^ tal^ in me Scc^acard Performative 
r8p0itE. 



Perfonrr^oe LengSi t4 trr^ h&W^m. the ^er^^r^iM^ dat# a*"fd me performa»e 

Pemd orWiodr^/ date. 

FcM- st^d^^ Baiika^d and retai baliarvior s^^^cards. tMs period is 
otBH six HMMi^m. behaii^^K- sc^scarc^ hav'^ been implemenl^ 
t^Ja taif?^ refers to the smmm irr^ ^er wheti the padonr^oe of 
the soof^arde is ecanined. 





Hufri>^ of pomiB in a ^^of^ird that it t^^s to double -tfis ^ds. 


the C^Ms ^PDD) 


Escwiple: If a bodis of 560 h^ aEssKaated odds of 30 to 1 and a 




score of 60§ has of SO t^^ 1 , f^venty fKsnts ifi a score doubles the 




odds. Tm PDD as ^temined duiir^ ttie scx^ecs^d delivery meeting. 


Raw Sc^e 


Sum lfie weigt^tB all c^aract^^tics m a acorec^d. 




A la^e refsrmcn^g predtoe variables, called diarac^rlst^^^, m4 




asa^atBd atult>iife r^t^a and *^^eighls. 


Weight 


Value :^Eigned m m\ ai^ixiie rmger. 



Scorecard Development 
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This following discussion presents an overview of the scorecard development, 
a complex process requiring intensive analysis of your data. 

The general procedure for scorecard development is as follows: 

5 

1. Identify account categories for exclusion and retention. 

2. Define the performance window. 

10 3. Define scorecard performance measures. 

4. Define the odds-to-score relationship. 

5. Define sub-population splits. 

15 

6. Develop characteristics and attributes. 

7. Produce preliminary scorecards. 
20 8. Implement scorecard. 

Identifying Exclusion and Retention Categories 

Some accounts are excluded from scoring. Exclusions may include, for 
25 example, accounts that are in some unusual status causing delinquency and 
payment patterns to appear abnormal (deceased, disputed) or 
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accounts that are subject to special treatment. Similarly, if an account has 
had no activity for several cycles, a new score may not provide as good a 
measure of performance as a score calculated before the account reached 
that length of inactivity. When the existing score is used instead of a newly- 
5 calculated score, the score is said to be retained. 

Exclusions from Behavior Scoring 

The preferred embodiment of the invention does not calculate a behavior 
10 score for accounts that meet the criteria for scoring exclusion categories. 
Instead, it moves a special, user-assigned code to the aligned behavior score 
and raw behavior score fields and zeroes to the scorecard ID field. The user- 
assigned code is a number between 1 and 30. The end user can use this 
code as he would a behavior score, to segregate categories of exclusions for 
15 special treatment in a strategy. Excluded accounts are tallied in the behavior 
score exclusion report. 

Accounts that are excluded from scoring this cycle are not automatically 
excluded from future scoring or from decision area processing. For example, 
20 an inactive account may not be scored, but it may still be allowed in the 
following decision areas: 

■ Authorizations. 

25 ■ Marketing communications, to attempt to reactivate it. 
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■ Overlimit collections, if it reactivates and exceeds its credit or cash limit. 



The list of exclusions is hierarchical. If an account qualifies for exclusion in 
more than one exclusion category, it is excluded for the first reason 
5 encountered. For example, if an account is both bankrupt and charged-off and 
the hierarchy positions bankrupt before charged-off, bankruptcy becomes the 
exclusion code. It is then tallied in monthly reports as a bankruptcy exclusion. 

Retaining a Score 

10 

Retaining a score means using the prior cycle's score during the current cycle 
instead of calculating a new score using current information or excluding the 
account from scoring. A score may be retained for a number of reasons. Short 
term inactivity is the foremost retention reason. 

15 

When a score is retained and the previous month's score is available, the 
prior cycle's aligned and raw scores are aged into the current cycle's scoring 
fields, and the score-card ID field value is assigned a reason retention code 
plus the retain scorecard factor. This factor is typically +2000, however, it can 

20 be set to a different value in the PCTMS. For example, consider an account 
with an aligned score of 657 that has been inactive for six months. This period 
of inactivity triggers score retention. As shown in Table 4, when the score 
fields are aged, the aligned score and raw score fields retain their previous 
scored value of 657, and the scorecard ID field value is changed to a retention 

25 reason code of 31 (which might be used to designate short-term inactive 
accounts, for example) with a prefix of +2000. 
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Table 4. Aged Score Field Values When Previous Month's 

Score is Available 



Scoring freltl 




Cyrreot mon^ 




e§7 


mi 


Raw Zt^B 


S57 


657 


Btmecmi ID 


2 


2031 



5 If an account does not have a valid score to age, a user-defined retention 
reason code, such as 31 , is moved to the raw score and aligned score fields, 
and the scorecard ID field value is assigned the retention reason code plus 
the prefix of +2000, as shown in Table 5. 

10 Table 5. Aged Score Field Values When Previous Month's 

Score IS Not Available 



Scoring flald 








Not afvailabla 


31 




Hot available 


31 




hhx available 


2051 



15 Retention reason codes are assigned in the exclusion and retain reasons 
dialog box in the PCTMS. 
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Scoring Accounts Excluded from Scorecard Development 



Accounts that are open one or two months at the time of scoring do not have 
the full financial history needed to calculate a score. Newly booked accounts 

5 are excluded from the datasets used to develop behavior scorecards. 
However, the scorecards may be used later to score newly booked accounts 
at implementation. Accounts that are excluded from scorecard development 
but scored later in implementation are tracked separately. The calculated 
score is moved to the raw behavior score field. The \scorecard ID field value 

10 becomes the number of the score-card ID used to calculate the score plus a 
non-development scorecard factor. This factor is typically +1000, however, it 
can be set to a different value in the PCTMS. For example, if the newly 
booked account is scored using scorecard 2, then the scorecard ID field value 
is 1002. 

15 

The behavior score distribution report by SPID and scorecard ID has separate 
columns for scorecard ID 1001, 1002, and so on. The scorecard performance 
reports have separate pages for Scorecard ID 1001, 1002, and so on. 
Scorecard ID values may vary by installation. The PCTMS displays the values 
20 for the end user's installation in the non-development scorecard factor and 
retain scorecard factor fields on the score factors tab in the scoring options 
dialog box. 

Defining the Performance Window 

25 

In scorecard development, the performance window is the period 
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between the observation date and the performance date. Often this is a six- 
month period. In implementation, this length of time is the full period reported 
on the scorecard performance reports. During this period of time, the 
performance of the account is determined. 

5 

Defining Scorecard Performance Measures 

Each type of scorecard has its own performance measure, depending on what 
is being predicted. In a behavior risk scorecard, the performance of an 
10 account is defined as good or bad in terms of risk. Once the definition is 
established, accounts are classified as goods (low risk) or bads (high risk). If 
an account does not fit into either definition, it is an indeterminate. 

Odds-to-score Relationship 

15 

At the scorecard delivery meeting, you establish the odds-to-score 
relationship. Score-cards may, for example, be scaled so that a score of 600 
has odds of 60 to 1. The odds indicate the probability that an account will or 
will not reach an unsatisfactory condition over the next specified number of 
20 months. Odds of 60 to 1 at 600 mean that out of 61 accounts with a score of 
600, 60 will remain satisfactory and 1 will not. The odds cannot tell the end 
user which account out of the 61 will be the one that becomes bad. Table 6 
shows a sample odds-to-score relationship. 

25 Table 6. Sample Odds-to-Score Relationship Table 
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Score 



Odds 





€«to 1 


SS0 1^ to 1 




tSto 1 















Notice that the odds double for every twenty point increase in score. A score 
5 of 540 has associated odds of 7.5 to 1. A score of 560 has odds of 15 to 1 , 
double the odds at the previous score. The number of points to double the 
odds (PDO), is decided at the delivery meeting. After the scorecards are 
implemented, the end user can track the odds-to-score relationship on the 
scorecard performance reports. 

10 

Defining Sub-population Splits 

Risk for different populations can best be assessed by custom, tailored 
scorecards. Predictive and robust scorecards can be built using small and 
15 homogeneous sub-populations. The more homogeneous the sub-population, 
the more predictive the scorecard is for that group of accounts. The behavior 
and risk trends within a sub-population can be characterized by unique sets of 
predictive characteristics. Using a score-card developed for one sub- 
population on a very different sub- population does not yield satisfactory 
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results. For example, a scorecard that depends heavily on analysis of past 
delinquency would not perform wel! for a clean population; that is, a 
population of accounts that had not been delinquent in the specified time 
period. To identify likely sub-populations within the overall portfolio, the 
5 scorecard developer performs a segmentation analysis. 

Common splits are: 

Months-on-books New or old 

10 

New accounts have been open up to a specified 
number of months and old accounts have been 
open longer. 

15 Historical delinquency Clean/dirty 

Clean accounts have no history of delinquency 
over n months and dirty accounts have been 
delinquent at least once during the n-month period. 

20 

Current delinquency Current/1 -cycle delinquent/2-cycles delinquent 

This split is based on current level of delinquency. 

Groups are often combined. For example, an old clean current scorecard 
25 would operate on the population that was on the books a specified number of 
months, was never delinquent during a defined previous period, and 
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was current this month. The general rule for a sub-population is that a group 
must be large enough to have an acceptable number of goods and bads. 

Developing Characteristics and Attributes 

5 

The system calculates raw behavior scores from account characteristics and 
attributes. 

Characteristics ask questions about an account, such as What is the highest 
10 level of delinquency this account has reached in the last six months? or What 
is the ratio of the actual payment to the minimum required payment over the 
last six months? 

Attributes provide a series of multiple choice answers to the questions posed 
15 by the characteristics. Each attribute has a weight (number of points) 
associated with the answer, it is the summation of the weights that produces 
the raw behavior score. The series of characteristic questions comprises the 
scorecard. 

20 Generating characteristics requires extracting fields from each account 
record. Typically, a month-end or billing-time observation file is used to 
generate characteristics. If scoring occurs at billing and data from month-end 
is used in development, only fields that have remained unchanged between 
billing and month-end may be used. 

25 

Some characteristics, such as highest lifetime delinquency, need 



37 



only a single field from the account record. Others, such as ratios over time, 
need two or more fields. After characteristics are created, each is evaluated 
for its ability to separate good and bad accounts in the development 
database. Any field used for a characteristic in the development phase must 

5 be available after scorecards are implemented. Not only must it be available, 
but its status must be identical. For example, a cycle-to-date field might 
contain the full accumulation for the cycle or it may have been initialized back 
to zero for the new cycle. If the development characteristic used the full cycle 
amount, the implemented version of the characteristic must be calculated 

10 before that amount is reset to zero. 

Producing Pre liminary Scorecards 

Just as a scorecard is composed of characteristics, so a characteristic can be 
15 broken down further into attributes. A number of processes take place before 
the final set of attributes is determined. The last of the processes is called 
coarse classing, where very fine level individual attributes are grouped to 
obtain statistical reliability at the coarse attribute level. Attributes that 
represent similar risk levels are grouped together. Similar attribute groupings 
20 in different characteristics often have very different predictive values. The 
same characteristic may appear in more than one scorecard, although the 
attribute weights typically differ. 

In Table 7, the characteristic average balance last six months has four 
25 attributes. The characteristic months since delinquency has five attributes, 
including never. With the characteristic months since 
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delinquency, the score increases as the time since last delinquency grows. An 
account that has never been delinquent gets the highest, or best, score. 
Sonne characteristics give a larger range of scores, an indicator that they carry 
more weight than others. The characteristic total payments as a percent of 
5 total balance over the last 6 months seems to be a weaker indicator than 
months since delinquency. However, the characteristics are a better indicator 
when used together than when used alone. 
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Table 7. Sample Score Compiled for a single Account 



Characteristtc 


AttrilHite 


Weight 


fcuK^AiCS III |irl V 


Tatei Payments ^ % of TcfTai 


0- ^% 




74 


Balance Laet 6 Mcffvths 


4 - OT^ 


/ 4 






ft -1 -^fei. 
9 - 


An 
Ol 






13- JaT^ 








36 - 100% 






MonUia Since Delinquency 


y - J 
















Oct 


o/ 








79 






Never 






P'uTcha^j^ thjs. P#n€>cf as ^ of 


1 - 19 


eo 


77 






67 






Ml - 89 


71 








77 








71 




Average Balanoe Last Six Mcntvs 


<250 


62 


as 


250 - 4§§ 


75 






600 - Mm 


65 






3500+ 


49 




Percent of Balance that *s Cash 


0 


S5 


5Q 




1 -19 


6S 






20-49 


50 






SO* 


43 




Current Balaax^^ as % of Highest 


1 -39 


58 


75 




40-89 


65 






70-79 


69 






80-89 


75 






^0-100 


71 
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The raw score is the sum of the weights of each characteristic in the 
scorecard. Table 7 above shows a sample score compiled for an account. An 
example score for each characteristic is shown down the right column. In this 
example, information about the account translates into a raw score of 
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440. Once scorecards are finalized, they are innplemented and tested to 
ensure that they are performing as designed. 

Scorecard Implementation 

5 

The definition of each scorecard and its components are available for review 
in the scorecard manager facility of the PCTMS. At cycle time, the system 
selects the appropriate scorecard for each account based on the decision 
logic on the host system, as implemented from the scorecard assignment tree 

10 on the PCTMS. The scorecard assignment keys for this tree are selected 
during the scorecard design process and require hard coding. The end user 
can track a scorecard's performance using the reports described herein. 
When it is necessary to adjust or realign the scores to restore the original 
odds-to-score relationship, the end user edits the alignment factors - the 

15 multiplier and the weight - in the scorecard assignment tree. 

Behavior Score Tally Reports 

Behavior score retention and exclusion data is recorded in the report record 
20 file for each account. At the end of the month, all the information is tallied and 
summarized for reporting. Collectively, the outcomes reports are known as the 
cycle tally reports. 

The system produces the following behavior score cycle tally reports: 

25 

■ Behavior Score Exclusions by SPID. 
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■ Behavior Score Distribution by SPID and Scorecard ID. 

■ Behavior Score Distribution by SPID, Delinquency, and Credit Utilization. 

5 

■ Behavior Score Distribution by SPID, Delinquency, and Cash Utilization. 

■ Behavior Score by Credit Bureau Score by SPID. 

10 Cycle tally reports are produced once a month, typically at month-end. They 
can also be produced daily or weekly, if needed. Under normal conditions, 
monthly reports are sufficient. During the first month of a new strategy, daily 
or weekly tallies may be useful. 

15 Reports are produced by SPID. Each report is produced for each SPID and 
for the total of all SPIDs. The title of each report contains the first and last 
date for which data was included. If it is necessary to see the characteristics 
and attributes for each account, the system can generate an extra record on 
the report record file. This record is called the behavior score test record. It is 

20 a valuable test tool that the end user can enable by setting the generate test 
score records field on the general options tab in the scoring options dialog box 
in the PCTMS. This option allows the end user to produce test score records 
for all scorecards or for individual scorecards via scorecard manager. 

25 Behavior Score Exclusions by SPID 
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This report displays the number of accounts in the exclusion and retention 
categories. The end user can use this report to determine the number of 
accounts with each specific exclusion score. This can be useful information 
for any scoring exclusions that would pass through the end user's strategies. 
5 All the data is collected at billing. 

Behavior Score Distribution by SPID and Scorecard ID 

This report displays the behavior score distribution across scorecards. For 
10 each score-card, the report shows the number and the percentage of 
accounts in each behavior score range. The end user defines the behavior 
score ranges (exactly forty) in the PCTMS report ranges dialog box. This 
report is used to verify the score ranges being scored on each scorecard. 
The behavior score distribution by SPID and scorecard ID report prints with as 
15 many pages as needed to display information for all scorecards used in the 
installation. 

Behavior Score Distribution by SPID, Delinquency, and Credit or Cash 
Utilization 

20 

This reports assists in monitoring the use of credit and cash lines. Both 
versions of the report show utilization for current, one-cycle, two-cycle, and 
total being less than three-cycle delinquent accounts only. One example of 
this report is the behavior score distribution by SPID, delinquency, and credit 
25 utilization report. The behavior score distribution by SPID, delinquency, and 
cash utilization report has an identical reporting matrix as the 
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credit utilization report, and can be suppressed if the end user's company has 
neither cash balances nor cash lines. 

Behavior Score by Credit Bureau Score by SPID 

5 

This report shows account status by behavior score compared to credit 
bureau risk score for each SPID. The matrix cells report for the combination of 
behavior score and credit bureau risk score nn months ago, as displayed 
below the SPID name in the report heading. The Information includes counts 
10 of the number of goods and bads in each cell, as well as the odds and 
population percentage. 

Scorecard Performance Reports 

15 The scorecard performance reports provide information about the predictive 
ability and the performance of the scorecards for an indicated period. 
Although there are differences among the reports, their purposes are similar; 
the reports allow the end user to assess if the scorecards are performing 
according to their design specifications. 

20 

They do this by: 

■ Providing the end user with a view of performance. If the scorecard is 
performing well, a high score range shows a greater number of accounts 
25 that remain cur-rent and a lower number of accounts that reached an 
advanced stage of delinquency. The lower ranges show the opposite. 
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■ Furnishing the number of goods and bads associated with each score 
range. From these numbers, the end user can calculate the odds and 
assess the performance of the scorecard relative to its design 
5 specifications. For example, if the odds-to-score ratio was designed to be 

60-to-1 at a score of 600, with 20 points doubling the odds, a quick 
calculation of the odds at scores of 600 and 620 provides a very rough 
scorecard performance check. 

10 If an account fits in two categories on the report, it is reported in the more 
severe of the categories. For example, if the categories are four or more 
cycles delinquent and bankrupt, the account is reported bankrupt . Each 
report spans a performance period associated with a scorecard ending in the 
current month. The interval is defined in the report headings. The reporting 

15 interval is identical to the performance interval except for the period 
immediately after the system is implemented. For example, if the performance 
period is six months, it takes six months to accumulate performance data. 
During that period, the reports assess performance over the available period. 
Reports produced during the first month would be meaningless because there 

20 would be no interval against which to measure performance. 

Reports are produced monthly. For each account, performance information is 
collected on the day the account cycles. The information is then processed for 
the interval period when the month-end reports are run. Only accounts scored 
25 at the beginning of the performance period are included in the \scorecard 
performance reports. For example, if the performance period is six 
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months, accounts scored six months ago are included. 
The performance by score reports use an identical reporting matrix. 
5 Performance by score reports include: 

■ Behavior Score by SPID and Scorecard ID. 

■ Behavior (Payment Projection) Score by SPID and Scorecard ID 

10 

■ Raw Score by SPID and Scorecard ID. 

■ Credit Bureau Score by SPID. 

15 Each of the reports listed above and shown on the following pages shows a 
slightly different version of scorecard performance. The two behavior score by 
SPID and scorecard ID reports show the maximum level of delinquency 
reached by accounts in each aligned behavior score range during the 
performance period. The raw score by SPID and scorecard ID report gives the 

20 same information by raw behavior score range. Before the scorecards are 
realigned, the numbers on these two reports are identical. The credit bureau 
score by SPID uses the same delinquency matrix, but shows the data by 
credit bureau risk score range. 

25 The system tallies accounts in the behavior score by SPID and scorecard ID 
and behavior (Payment Projection) score by SPD and scorecard ID 
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reports as follows: 



■ If the scorecard was designated as a discrete good/bad performance 
scheme field (located in the scorecard definition dialog box in scorecard 

5 manager) from the beginning of the performance window used for 

scorecard performance reporting (not the window used to score the 
account), then the account is tallied on the behavior score By SPID and 
scorecard ID report. 

10 ■ If the scorecard was designated as a continuous good/bad performance 
scheme, then the account is tallied on the behavior (payment projection) 
score by SPID and scorecard ID report. 

The system uses the value in the good/bad performance scheme designation, 
15 not the scorecard type, to determine which report to produce. 

Strategies 

This following discussion describes strategy development, from creating the 
20 basic components through evaluation. Strategy development is an ongoing 
process in which today's aggressive challenger becomes tomorrow's 
champion. 

The following discussion explains: 

25 

■ Strategy elements (triggers, strategy keys, and scenarios). 
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■ Strategy trees. 

■ Champion/Challenger strategies. 

5 

■ Strategy assignment. 

■ Strategy evaluation tools. 

10 ■ Strategy Performance reports. 

Strategies are used to increase revenues, reduce losses, or create 
promotional opportunities for end user customers. The PCTMS lets the end 
user test new ideas against the ideas embodied in an existing business 
15 strategy. The strategy that depicts current business practices is called the 
champion; the new test strategy is called a challenger. If a challenger 
produces the desired results, the end user can easily roll it out as a new 
champion. It is also possible to have several challengers being tested against 
a champion within the same decision area. 

20 

Figure 7 is a simplified rendering of a strategy. The single criterion or strategy 
key on the left shows that there is interest in only one thing for the accounts 
on which this strategy is run, namely whether they have ever been delinquent. 
This strategy increases the credit line for accounts with a value of no for 
25 delinquency and does not increase it for accounts with a value of yes. Those 
two scenarios are displayed at the bottom of the decision chart. Real 
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strategies are much more sophisticated. The trial and error involved in the 
search for the proper combination of keys, values, and scenarios is what 
makes a proven champion strategy so valuable. 

5 In the preferred PCTMS, an end user can define up to 998 different strategies 
for each decision area. Strategy ID 999 is reserved for assigning accounts to 
be bypassed from decision area processing. Strategy IDs are specific to each 
decision area and logically independent. Strategy 101 in credit line 
management, for example, is not the same as strategy 101 in authorizations 

10 management. 

The first step in building a strategy is to determine the optimal set of decision 
keys. The second step is to build a strategy tree using the assigned keys. 
Once the end user creates strategies, they must be assigned to a random 
15 digit group and SPID. Finally, when the end user is satisfied with the integrity 
of a strategy tree logic, he uploads the database files to the host system for 
implementation. 

Strategy Elements 

20 

Every strategy, regardless of decision area, has the same basic elements: 

■ Trigger, or timing events, that initiate action in the decision area. 

25 ■ Strategy keys, also known as decision keys, that determine which criteria 
in an account profile is used in defining the strategy decision logic. 
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Strategy key values define the strategy decision logic and determine which 
scenario is applied to an account. 

■ Scenarios that define the actions to be taken for each account profile. 

5 

■ Strategy assignment that links a group of accounts to a strategy that may 
be the champion or a challenger. 

Triggers 

10 

Triggers are circumstances that alert the system to the need for a review and, 
potentially, an action in a decision area. In some decision areas, such as 
credit line management, the decision is based on timing criteria. In other 
areas, such as delinquent collections, account status initiates the review 
15 process, but scenario timing parameters control when actions are taken. In 
the marketing communications and performance-based pricing decision 
areas, the triggers are a series of filtering tests that determine which accounts 
are reviewed for treatment. 

20 Account Status Triggers 

In some decision areas, account status is an initial trigger for review. 

■ In the overlimit collections decision area, accounts must be both over limit 
25 and non-delinquent. 
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■ In the delinquent collections decision area, the account must be 
delinquent. 

■ In the authorizations decision area, accounts are typically over limit or 
5 mildly delinquent. 

In each case, an account status check or pre-screen precedes the initial 
review in the decision area. Account status triggers do not initiate an action; 
they merely pass accounts into a decision area for further review. 

10 

Timing Triggers 

Overlimit breakpoints are a good example of timing triggers. Amount 
breakpoint and percent utilization, shown in Figure 6 are two types of overlimit 
15 breakpoints. 

The third percent utilization breakpoint in Figure 6 is set to 110. This means 
that the balance before posting balance (pre-post balance) must be less than 
110% of the credit limit and the balance after posting must be equal to or 
20 greater than 1 10% of the credit limit. 

When an account in the strategy fits this description, it has crossed a 
breakpoint. Only when one or more of the breakpoints is crossed does the 
system take an over-limit action. 

25 
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Scenario Triggers 



Not all treatments are based on timing alone. In some decision areas, special 
triggers are built into the scenarios. For example, in delinquent collections, the 
5 action/day fields trigger the corresponding treatments, as seen in Figure 7. 

Delinquent collections scenarios have three action sets. To create the 
scenario, the end user defines when each action set occurs relative to cycle. 
In Figure 7, actions occur five days, fifteen days, and twenty days after cycle. 

10 

Filtering Triggers 

Marketing communications and performance-based pricing use filtering 
triggers to choose which accounts should be reviewed. The triggers for each 
15 strategy are selected from the Keys library. The end user specifies the 
triggers, trigger sequences, the range of trigger values to test, and if the 
trigger is required, optional, or not used. 

Strategy Keys 

20 

Strategy or decision keys are one of three essential building blocks (along 
with parameters/triggers and scenarios) from which the end user creates 
strategies. They are characteristics that define accounts and sort them into 
different treatment groups or scenarios. The end user can select up to 15 
25 keys from the keys library in the preferred embodiment. When the end user 
creates a strategy, he can define a unique set of strategy keys or copy 
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keys from an existing strategy, giving him optimum flexibility. Each strategy 
key is designated for use in appropriate decision areas. Some keys, such as 
cycles delinquent, may pertain to several decision areas, while others, such 
as reissue review point, may apply only to one, in this case, reissue 
5 management. When the end user builds a new set of keys for a strategy, only 
those keys designated for the decision area in which he is working are 
available for use. The designation of which strategy keys are available for 
each decision area can be modified in the Keys dialog box located in the 
client parameters group on the PCTMS navigation bar. 

10 

The PCTMS gives three ways to choose strategy keys for a new strategy. The 
end user can: 

■ Select keys from the keys library. 

15 

■ Copy only the keys from an existing strategy. 

■ Copy both keys and key properties from an existing strategy. Properties 
include the defined lower-bound values used in the strategy logic. 

20 

A current project determines the method chosen For example, if the end user 
wants to build an entirely new strategy, he might begin with a new set of keys 
selected from his keys library. If the end user's goal is to create a strategy that 
is a slight variation of an existing strategy, he would copy keys and properties 
25 from the existing strategy and then make adjustments. Designing a strategy 
requires the end user to assign value ranges for each strategy key 
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used in the strategy. 
Scenarios 

5 Scenarios are another building block that make up strategies. A scenario is a 
set of actions that are taken on accounts meeting the criteria defined in a 
strategy. 

Examples of scenario actions are: 

10 

■ Enclose a statement insert 
" Print a statement message 

15 ■ Set a block code 

■ Set a collection indicator 

■ Send a letter 

20 

■ Do nothing 

Each strategy can use many different scenarios. Within each decision area, 
more than one strategy can use the same scenario. The profile of the account 
25 or transaction receiving the scenario actions is defined by a branch of a 
strategy tree in the PCTMS. A scenario ID identifies each unique 
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action or group of actions. Scenarios for decision areas such as credit line 
and delinquent collections have pre-defined types of actions (action 
categories). For example, a delinquent collections scenario might contain a 
block code, collection indicator, and a letter ID. A credit line scenario could 
5 specify a credit line increase or decrease and a message to be printed on a 
statement. 

Although the action categories have been defined, the end user has control 
over the values in them, such as the amount of the increase or decrease. The 
10 timing of scenario actions varies with the decision area, specific schedules, 
and the parameters and triggers defined. 

The PCTMS allows the end user to customize some of the labels for scenario 
actions. These labels display on the desktop, and are reflected on the audit 
15 report and formatted report record print. 

Scenario Examples 

Some decision areas have fixed actions from which to choose. In other 
20 decision areas, the user defines all or part of the actions. The descriptions 
below summarize the actions for each decision area. In the preferred 
embodiment, the end user can define up to 999 scenarios in each client 
decision area, with the exception of authorizations. The end user can define 
up to 300 scenarios in the authorizations management decision area. 

25 

Delinquent collections decision area scenario actions can be phased 
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to occur three times throughout the cycle. Standard delinquent collections 
actions are: 



■ Print a statement message (cycle only) 

5 

■ Include a statement insert (cycle only) 

■ Send a letter 

10 ■ Send the account to a collections queue 
» Set a block code 

Some overlimit collections decision area scenario actions are triggered by 
15 crossing a breakpoint. Standard overlimit collections actions are: 

■ Send a letter 

■ Send the account to a collections queue 

20 

■ Set a block code 

Other overlimit collections decision area scenario actions are triggered 
regardless of whether a breakpoint is crossed. Example of these actions are: 

25 

■ Print a statement message 
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■ Include a statement insert 

Credit line nnanagement decision area scenario actions take place only at 
5 cycle. Standard credit line nnanagement scenarios are: 

■ Increase or decrease a credit, cash, third, or fourth line 

■ Print a statement message 

10 

■ Send a letter 

■ Waive an over-limit fee 

15 The reissue management decision area combines preset actions, such as 
whether or not to reissue a bankcard, and user-defined actions, such as 
notifications. 

The authorizations decision area combines preset actions, such as whether to 
20 approve, decline, or refer the transaction, and user-defined actions, such as 
notifications. 

For the marketing communication decision area, all actions are user-defined, 
such as sending letters or creating a queue for a telemarketing campaign. 

25 

For the performance-based \pricing decision area, most actions 
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are user-defined, such as specifying the APR or fee waiver period. 



Strategy Trees 

5 The PCTMS displays strategies in a tree format in a window in each decision 
area. Strategy trees consist of strategy keys, branch lines or paths that lead to 
each scenario, nodes that display lower-bound key values for determining the 
path each account follows, and the resulting scenarios. Figure 10 shows a 
sample Delinquent collections strategy. Elements of a strategy tress are 
10 shown in Table 8 below. 
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Table 8- Elements of a Strategy Tree 



Trw Element Description 



Strategy Key 
Column 



Branch 



Level 



Key^ matcontan the crrtena that define the values at eacti nonzontal 
fewel of th« to^ee The functon of the strategy Keys is to a&sign each 
account to th'S desired scenario Str^egy trees can h^*»e up to 1 5 
strategy k&ys, tak^&n framme KeyB dialog tn Ihe P^Cl MS 

PamVfVay ^om a hckIe of the tree to the resumng scenario 



Honzontai fov/ <>f the strategy tree correspondmg to a strategy Itey 
Nodes cisplary the values alcfi^ each strategy* key le'/el 



UE€f -defined tovvef-^xxind value sv^thin the corresponding strategy key 
range The M\<m'mg example ilfystrates how accounts flow do^jvn the 
nodes, usmg the sample sijategy tree m Figure "^5. 
Accounts 0 cycles delinquent mil floc**^ do^tvn first brarxh on the left 
SK^ of trie first key level Accounts ^mAng da*vrt this branch i»yjth a 
Months Sir>ce Last Credt Une Change value of S to 11 v^ill flow dov^ 
the branch ^^fth the node value of 6 at the second key level, md those 
\vi1h a Months Since Deitnquency value of 4 t^> ^99 {the mas<i murri key 
range value) will f!ov.' c^^n the branch Vfith the ao^ value cff 4 at the 
third key leve} Finally, ^-counts floi^vrsg do^vn this br^ch wrm a 
Mot^s On Bq<^s value of 6 to 1t i fourth key leve^) 'Mil be asssgne^ 
to scenano 2 



Scenano ID Number that identifies the scenario, or set of actiorrs to be taken on 

m account V^lid ID numt>er3 are 1 through ^9^ The PCTMS 
dis|D^%'s the scenano ID m a t^ox at the bottom of each brafxh 
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Champion/Challenger Strategies 



The strategy that depicts current business practices is the champion. The new 
5 test strategy is the challenger. Champion and challenger strategies are 
identified by strategy ID and name in the strategy assignment dialog box in 
the PCTMS and in the corresponding TreeView - Strategies window for each 
decision area. Before a new or modified strategy is implemented in 
production, the end user determines the percentage of the strategic portfolio 
10 to which to assign the strategy using random digit groups. Depending on the 
end user's particular needs, the champion strategy may be assigned to a 
wider range of random digits than the challengers. 

Each champion and challenger group should be assigned to a large enough 
15 range of random digits to have a representative number of accounts treated in 
the decision area. For example, if the end user is testing a delinquent 
collections challenger strategy on 10% of the strategic portfolio, only a small 
percentage of those accounts is delinquent. Because of the smaller sample 
size, it may take longer to observe the differences in the challenger results 
20 than with a larger sample. When a challenger strategy outperforms an existing 
champion, the end user may decide to assign the challenger to a greater 
percentage of the portfolio. This is accomplished by assigning the challenger 
strategy to a wider range of random digit groups. 

25 Creating Comparable Digit Groups 
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Creating digit groups in equal intervals lets the end user compare champion 
and challenger strategies at-a-glance as illustrated in the following table. In 
general, it is easier to reserve a number, such as strategy ID 101, for use as a 
champion. This facilitates visual comparisons. 

5 

In Table 8, the first digit group range, 00-19, is the control group. All the 
strategy IDs point to champion strategies. The second digit group range 
introduces a credit line challenger. The third group pairs an authorizations 
challenger with the credit line challenger. The fourth digit group range pairs 
10 delinquent and overlimit collections challengers with champion strategies in 
the other decision areas. The last digit group range tests a reissue challenger. 

Table 8. Digit Groups in Equal Intervals 



Digit 


Cf^^ Lrns 


CDriactions 




ons 


Reissue 


m - 1^ 


(101 J 




Chan^Mcsn 


Charrpon 






Challenger 
(120) 












€halfengM 




Charrf^sn 




Charrpm 






Challenger 


{^) 


Charrpian 




m-m 


(101) 








{S2S) 
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With the exception of the collections strategies, the end user can compare 
any challenger to champion in a decision area, as well as compare 
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the effects of multiple tests. For example, the end user can determine how 
much value the authorizations challenger adds to the credit line management 
challenger by comparing results between the two digit groups, 20-39 and 40- 
59, in the strategy performance reports. Without additional random digit 
5 groups, however, the collection strategies can only be analyzed as a pair, with 
the assignment set up this way. 

Bypassing Champion/Challenger Testing 

10 There are times when the end user may want to bypass the decision area 
logic. For example, the first month the system is in production, the end user 
may want to score accounts only and not provide treatment in the decision 
areas. To bypass system treatment for a decision area, set the strategy ID to 
999 for that decision area. Strategy ID 999 tells the system not to process the 

15 account. It also sets a return indicator informing the host system to treat the 
account; that it was intentionally bypassed by the system. 

Strategy Evaluation Tools 

20 The system software provides five tools for evaluating strategies: the audit 
programs, estimators, cycle tally reports, scorecard reports, and strategy 
performance reports. 

Audit Programs 

25 

The audit programs perform cross- checks for audit rules for fields and 
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control tables. For example, if a scenario is referenced in a strategy, the audit 
program verifies that the scenario ID is entered in the appropriate scenario 
table. When all cross-checking is finished, each audit program produces an 
audit report for each table or an error report, if any have occurred. After the 
5 PCTMS audit program runs to successful completion, the end user can view 
the audit report on the PCTMS. If the audit detects errors during the PCTMS 
audit run, an audit error report displays where each error has occurred. 
Figure 9 shows a sample strategy definition table in the PCTMS audit report. 

10 Each time the end user makes changes within the PCTMS, no matter how 
small the change, it is necessary to run the audit program again. The PCTMS 
requires a clean audit run before it prepares estimator control parameters and 
generates the database files to be exported to the host. 

15 The following discussion describes estimators and estimator control 
parameters. Run time for the audit program is negligible. After running a 
successful PCTMS audit, the PCTMS audit/export feature formats and saves 
the PC database files for export to the host system. The end user then works 
with the host system operator to upload the files to the host system. Protocols 

20 for moving between platforms vary. 

The host system operator should then run the host system audit program for 
the uploaded control tables. This step completes the cross-table validation of 
audit rules and provides a safety net to ensure that the tables were moved 
25 successfully. It also provides a record of the production control tables. 
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In the preferred embodiment of the invention, the technical environment 
involves PCTMS and the upload files being transferred over the Internet to the 
host operating system for processing. The network involves browser software 
running locally on the end user's personal computer with a modem connection 
5 to an ISP (Internet Service Provider). Through secure channels, the data is 
routed to the data center and through the data center firewall coupling with the 
host system. Each connection from end user and the return of information 
from the host system follows the same Internet-based protocol. 

10 Estimators 

Estimators enable the end user to evaluate the impact of any changes to 
strategies or other control parameters before they are implemented. Each 
estimator produces a series of reports that are used in strategy development 
15 to forecast strategy outcomes, estimate the effects of strategies on 
operations, and analyze strategies for consistency. 

Each estimator calculates and reports the estimated number and risk level of 
accounts for each row of key control tables. A separate estimator report can 

20 be produced on demand for each decision area. These can be generated at 
any time, but are typically run after the control tables have been uploaded 
onto the host system and make use of the historical data stored in the end 
user's report record file. Estimating the potential effect and results of 
strategies enables the end user make informed adjustments before 

25 implementing them into production 
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The process for running estinnators begins on the PCTMS. After running the 
PCTMS audit program, the end user has the option to change or confirm the 
parameters for the estimator reports. This is done in the estimator control 
dialog box. The PCTMS audit/export feature saves the estimator control 
5 parameters with the end user's export files. 

The estimator control dialog box, shown in Figure 10, enables the end user to 
do the following: 

10 ■ Designate a processing date. 

■ Specify whether to realign behavior scores. 

■ Specify whether to use holiday settings from authorizations scenarios. 

15 

« Select report options to designate the SPIDs to be included and the roll-up 
format, or the way in which data are grouped (by SPID and digit group, by 
SPID only, or by strategy). 

20 

■ Select a report set. 

■ Select report versions for the control tables to be represented. 

25 When setting report options, the end user may select a specific SPID when a 
more detailed analysis of a strategy's impact is required . 
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Generally, the strategy roll-up option best serves most needs. 
Running Estimators 

5 After the host system operator uploads the end user's PCTMS export files to 
the host system and runs the host system audit program, the estimators can 
be run using the control tables and the report record file. 

Role of the Report Record File 

10 

On the host system, selected report records feed the estimator process. 
These are called base records and they were produced in prior production 
runs. Because the report record file is large, the end user may want to use 
only a subset for the estimator tallying process. Using the estimator sample 

15 percent field in the SPID control dialog box, the end user can select every 
record in the SPID for inclusion in the estimators or he can factor-down and 
choose a smaller percent, for example every 10th or every 25th record. 
Because this field is specific to each SPID, the end user can alter the number 
of records chosen by SPID. Regardless of the factoring percent you select, 

20 the estimator reports reflect a robust volume of accounts or transactions 
based on a corresponding multiplier. 

Analyzing Estimator Results 

25 

The content of an estimator report varies across decision areas. 
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Estimators provide the following statistics for each decision area except 
authorizations: 

Total number of accounts, number of scored accounts, and good/bad odds 
5 ratios for these accounts. 

The authorizations estimator report provides the number of transactions, 
number of transactions with behavior scores, as well as corresponding odds. 
In addition, estimator reports provide such measures as balance, number of 
10 accounts with line changes, amount of line changes, and other Information. 

The good/bad odds ratio for each estimator is not based on actual 
performance, but rather on projected performance based on the odds-to-score 
relationship using the behavior score, and possibly the credit bureau risk 
15 score as well. Estimators only count those accounts with valid behavior 
scores in the ratio, and requires that the scores must fall within the minimum 
and maximum score settings. 

The estimators produce a series of report versions, as selected in the 
20 estimator control dialog box. These options include: SPID control, strategy 
assignment, strategy (all decision areas), scenario (all decision areas), and 
table definition tables. 

Strategy Performance Reports 

25 

Strategy Performance reports provide the ability to monitor strategy 
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effectiveness by summarizing various delinquency, financial, and other 
performance measures. They also present a relative measure of strategy 
profitability. Because the reports are produced by digit group, it is easy to 
compare the various measures between champion and challenger strategies. 

5 

Some performance measures tracked are: 

■ Number of current, active, inactive, and delinquent accounts. 
10 ■ Balance of current, active, and delinquent accounts. 

■ Number of new charged-off and closed accounts. 

■ Balance of new charged-off and closed accounts. 

15 

■ Merchandise purchase amounts for current and delinquent accounts. 

■ Cash purchase amounts for current and delinquent accounts. 
20 ■ Finance charges and other fees. 

■ Estimated profit per account and per active account. 

By examining the measures on the report the end user can compare how 
25 each strategy contributes to monthly profit. 
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Report Layout 



The system produces two strategy performance reports, one by SPID, digit 
group, and time on books; and one by SPID, digit group, and behavior score. 

5 

Row headings for both reports are identical. Column headings are different. 
The report by SPID, digit group, and time on books summarizes financial 
account data by the length of time the accounts have been open. The report 
by SPID, digit group, and behavior score summarizes current cycle financial 
10 account data by behavior score. The end user sets which behavior score to 
use, i.e, how many months ago, in the PCTMS using the strategy 
performance report field in the reporting options tab on the client parameters 
options dialog box. It is most common to set this so that the end user 
summarizes the behavior score from the beginning of the performance period. 

15 

For ail industry types, a separate three-page strategy performance report is 
produced for each SPID and digit group combination defined in the strategy 
assignment dialog box on the PCTMS. A total report is produced for each 
SPID and across all SPIDs. Digit group ranges are not shown in the all SPID 
20 report because the digit group ranges can vary from SPID to SPID. The 
reports are produced once a month, although they can be produced on 
demand. 

Strategy performance reports use cycle data stored in the report record file. 
25 The 

reports do not contain posting data. Because the reports contain 
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sum-of-cycle data, and not point-in-time, month-end data, tlie numbers may 
not match with traditional month-end reports provided by systems external to 
the system. Another implication of this method of reporting is that reports are 
incomplete the first month after the system is installed, the first month a SPiD 
5 is created from newly-acquired accounts, or the first month a new strategy is 
put in place. 

Bankcard, Retail, & Mail Order Strategy Performance Report 

10 The first page of the strategy performance report contains account and 
balance summary information. The second page contains additional balance 
summary information with balances split out between merchandise and cash. 
If the installation does not have cash lines or cash balances, the second page 
is suppressed. The third page contains delinquency rollover rates and 

15 balances, insurance and payment data, marketing letter data, fee data, 
behavior score data, average balance/performance ratios, and profit and risk 
numbers. 

Report Sampl e: First Page 

20 

The first page of the strategy performance report contains account summary 
information for the digit group. Accounts are tallied by status categories such 
as open/closed, active/inactive, current/levels of delinquency, and charge- 
off/closed categories. The corresponding balances are also tallied. 

25 

The first page of the strategy performance report summarizes six 
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general areas: Account Summary, New Charge-off Accounts, New Closed 
Accounts, Balance Summary, New Charge-off Balance, and New Closed 
Account Balance. Table 9 describes the fields that comprise each of these 
areas. 



Table 9. Row Heading Fields in Page 1 of Strategy Performance Report 



Report Fiefd 



Description 



Ac^oim ^jmrn^ry R^rt sastcn mmmarlzmg data fey ac1i*ily and daiinquenc:^' }e'/^l 



Active 



ln^div& Open 



Current 
4^ €yde 



Total nun-fer acec^jnts in ^Bch range in This digit -^mp. JhtB 
nyniber hclud^ ^ve, and closed ac^'<surfife. in bc^h 

c^jfS^ie fas tallied belaw^ and pr^mmis ^oles. 



Mumfe^ of s€Ct>mlB and per^^rt of total sac^jfits v.'ttn a nm-ZBXo 
bBiBme, Iti^^B nurrfcei^s inclade dme-d aocourrtB '.viti't a baiarxe. 

non-zero foMancS". 

Total nunr^er of opEfi aocsynls and p^nG^nt 0! to-^J ^oc^nts v/im a 
zerQ billed baianoe. Charged-of sfi^i dc^d accoun-^ are not included 

Ta^^l number of ^tr^^s ^i^unlB ar^d p&r^^nt of toteil aooQunta Hiat are 
ne^er ^m<penl nor charged erff. 

lal^ nurmm' of ^x^mrM aMi perc^l of active aec-OMilEth^ are 
or^SH^yde, t?^Q"€yele, mf€€-cyd^, four ^ nwe e^^^fe cSelinquent 
biit not ctiarged of. 



New Cti^^-of Rapoft section sammarizing tha rmw^Br of ac^^g^ui^iB cti^^t^d off Hi^s 
.^4X-sinm vfclB. Old cherge-oif sc^^mnm are ncft Mlied in t?ila report, 

Banteupt JatBl nun^^r of ^x^aulB sharged dis baokru ptoy this msnth. 

Frm-^ J^M nunrt^ of mx^snn charged e4f dn^ to fraud this month, 

Otli,€r Tolal nunri^ of ^^^nls cliarged 4^ die to i-easonB other tnan 

bBi%krutptaf or f/ayd (for asr^pffe. ^in<|uent agii^g) i^ib month. 

New CK^ed Report seefcon mjmm arising ^XKit accounts d&sed this q^-de. 

#^€Ain& ^ d0^d ^xounm are isilied in Total Acc^iintE but are not tmm<i m 

this Beati4^. 



Olti€r lolal nuivim of aeoRmm cios^ tt^is tbr T&asons other than 
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Balaoca &immafy 


Report sactm sumi?iarizin§ txa^ce data b/ actfyiry status and 




mmt^umcj imBl Balances ara expfe^s-sed \n curremry unhB; !O0S'^ 




iTsans Hiiftipty th8 nsimbBf by 10Q0 


J fja 1 •til flJ^ 


OLlIfi iJi is? StA^.S ij^^f H U slliS.1 fim,^^ III U iL^ii^S^I P>i& CXI O^Si-O^^? S^^SlLt;;! 1 ICt t L 




ucAskiwM TQi -^i &uiOlAM}i& U\<il rKrl GnSlf^irO Utl. 




Sum cif the •^aiBmer\i baiar^^s in thousancis, average statement 








ac»:iDiinlE th^ are net ch^ged off. 








percent of t#tal atsl^isrrt hB^mm for 1-<^i(^e, 2-<^cie, 3~cyo!e, am 




4-^ cyg^e delinquent mo^Ants that are fr^t DhBrged Df . 






T^^tay 'Balance 






Rapoft Section Byrfifn^zi!>§ balance datB for ^c^^suntscharg&d d# 






Bankmpl loftai 


Bum d iie sMemartt bataneea and m^m^ statemeit li^ance f<r 




B^:x^ourilB 11^^ w&re £t>^§€d- -©ff due to banknjpl-s^ this in&Qth. 


Frax<^ Total 


Sun^ sf statement baian^s and average statement IM^ce lot 




Bt-ot^iMm^MwBm tAm-^^^l off dye to t-^j^Stiis irjcfitn. 


Otfisrs T^l 


Sum sf stBlemant belar^s and a-^er^ statement fe^ance f<5f 




accman^ feat *#&x© clw^d cff fer f-easons otJ^er lhan l^-^^krupfe^ ^ 




frejd -mis nwil^. 




P^pQft ^^tc^n surr'iirianzing the t^mcm mmmts clo5e<J this 


A€C0jiit stance 


for tie remmm fmt^d hB*M'^. 




Sum^lha alalBmant batatas ^:smnfe dos^vduntari^ fc^ me 


aj8tQfr*ef IStm c^^^e. 




Sum cl^a stetsmient bala^M^eef^r ^^omls t\<m&d^m c^le fsr 




reas^jna otli^ than voiunlar/ d^-sure. 



Report Sam ple: Second Page 

5 

The second page of the strategy performance report contains balance 
summary information for the digit group. This page is printed only if there are 
separate cash balances as indicated by the cash line reporting 
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field on the reporting options tab in the client parameters options dialog box in 
the PCTMS. Balances are tallied in the merchandise or cash sections. Within 
each section, balances are reported by delinquency level, charge-off status, 
and closure categories. 

5 

The second page of the strategy performance report for bankcard, mail order, 
and retail industry types divides account balances and counts into two broad 
categories: merchandise and cash purchases. Within each category, the 
balances are summarized by delinquency level. Balances are provided for 
10 new charge-off accounts and new closed accounts. Table 10 describes the 
fields that comprise each of these areas. 
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Table 10. Row Heading Fields in Page 2 of Strategy Performance Report 



Report Field 




yerct"«#sB Balance 


Report Be€l^^ ^mmarizing da^mces by sta^js aid 




de!inqit^«€y leva), ^milatsd using cyrre^m irionth billed balance 




mnus ojfrant mmth Medc^sh balaf>c^. THe dfffa^snce is1ti» 




niercl'^afMiaa b^anc^. Oalanose a-e escpreased currency uni^s; 




(OOOJ mBms raiMp\f number &y 1 000. 


Tc^tal Balenc=e 


lotBl msfv-handtsa fc^'^^c^ md a^^eraga mefchandBe Ijafance of 




aD:2Diir#^ in ^ad^ range. The b^mce inclJ<i^-3 active, inactive, 




and cxmmit-t:^'^^ elosad -balmcas for aDDCkinfe Ifias are not 








IQCai tTfs^^^ai?0^-aS il^i^ Sf^'Sa.iU6^ 'srtrjtS^r Da[scli>t-%;, dilu pcfl^Sfit ut 


1 C'^le, 


tc^Bl balance for €iirrent rnon-dein^p^Bnt), Dn&--C'/ole, tvv:^y"cie. 


2 Cysde, 


Itiree-c^^, four rtjore c^^le ^iinouent accountE in sach 












Rapoft E€€t-^^ suminarking rmrcfimi^iBB bBiBpfti^e^ chared afif 




Hiis Gycl€\ Tl^^ amount eludes di^ge-off balancea due to 




bm%^jptc% fraud, md reasons. 


Bankrupt 


TalE^ rrwohand^ n^moB m-^^d off due to bankrup^^/ 




Total merchandtese l^sntGe ^If due t-o fr 




Total merchandlsa i^w\CB (M-m^^ due to raas^a od^te^ th^ 






Total tew Closed 


Report BS^^i surrimarang m&rcnmdio^ balances fs-f accounts 




dosed tniscyde. 




fo£^ m^fchand^ b^MmB of ac^DounlE d^ed VDlyfj'^riiy this 








Tola! msft^handme Ir^^cB of sc^tmnlB cAmad mis cy^:^e foi 




fBBmnB a&mrt^an voluntary dmuiB. 
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Report Field 




Gash Balance 


Report section stinrimarising cash bailee data by ac^tis/^ty' status 


Symm^ 


and aeiinquem^y E^slances^ s^e expressed in fiurraric^/ units; 




<Q0O) mBm^ muttipl/'&ie number 1^* 1QQ0. 




Total o^n balBfjce and ave"^^ casn tmmce smaunt:^ in each 




rBDQB. The ^Bme indudea active inac^v^, and current-cycle 




dosed balar^as ftr accoar^ts iti^t are rsot charged off. 


Current, 


lota} c^h total bBWi€&, 0M€rage cmh iMmcB, and perosnt of 




tcjtal cash balance ctirrent (non-detinf^^nt), one-c>/ote, 


2 Cyde. 


t^^0-e^^le, three-eycle, ^4 torn m mam cycle deitnquant acosunts 




in eacli range. 


Cyele 




Total 14^^ Cf^a^^sf 


Report Brnt^n mmmmzmg ijash balanoea i:^a^§e^l olt this eyeie. 


This MTmMil incites cl^ar gB-st batlances dye Id bankruptcy, 




fr^cl, and ^Itiei reasma. 




Tolai <^sh Manog* of aciii^oMi^te cfiw^6 Bis cycl^ due 








Tocsl c^h baianc^ of mcmnt^ charged off mis c^t^le due to fr^aid 




Total e^^h l^ancB ot accounts cli-^^d off tiis cyds due to 




reasons othar than t^kmptcy i^ tmjd. 




Report mc^m summarizing c^sh baiam:^ aecoinlE dosed 








Totel Ij^ance of ac^Q^Mio^ closed volyntari^ tiis cyde. 




Total hBl-mcB ^ aic^ountB d^ed Mb cycf^ for reas&m omm: 




than vaiun!^* clisrSiira. 



Report Sample: Third Page 

5 

The third page of the strategy performance report for bankcard, mail order, 
and retail industry types contains delinquency rollover rates and balances, 
sales and payment data, credit line utilization and exposure data, fee data, 
behavior score data, average balance/performance ratios (cleverness 
10 indices), and profit and risk numbers. 
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All balances are derived from statement balances. Balances are shown as 
factored in parentheses; for example, in the sample reports below, total 
exposure should be multiplied by 1 000. 

The third page of the strategy performance report for bankcard, mail order, 
and retail industry types divides account balances and counts into the 
following six categories: Delinquency Rollover, Sales/Payments, Credit Line, 
Fee Data, Behavior Score Data, and Profit/Risk. Table 1 1 describes the fields 
that comprise each of these areas. 
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Table 11. Row Heading Fields in Page 3 of Strategy Performance Report 



Re|x>rt Fiefd 


QescriptlcHi 


Delinquent?/ Rciimet 


Report section summarizing ^slinquent^ transitiOfi aotrvit/. 




Tol^ nurr^er ai^d t^tal tsalance^ off i^ons^Darged-off accofunts tnat 




¥/efe: 


2 C>:sle/3 Cycle, 


• Cairen? during tfie previ^s fe-illing cy^le and p^'o^sBsed to 


and 


one-€:>'de ^hnquent as of this c^^^cle. 




• On&-^vi!ifi rf^^-neupnt dunno E^r^^yi^MJ^^' billtno c^CiIp and 




progressed to t%*0<y€ie^ delinqusn i ^aa me mtrmt cya^. 




- Ts¥Q-cyGles cfelkiquent during die previcHJS billing cycle and 




progressed t^#€e-GYcl£^ delinquent 0f the currem c^ycle. 




- Ihre^-cyd^^s ^Sgiinqyent during th-e previous billing "sycie and 




progresaed fejr €^^^:;les -delim|>Bnt ^ of m& c^urrsnt cri/ic^e. 




Report Emotion ^mrmsrmng sal^ ar^d payme^^tinfomiaLiDnt^ 




tile cycle. 


AccoonlB *mtn Debit 


TGlal nurri^er of 3Gc<xintsv4lli debt aoivrty shown the 




^ilatennent 


C^B^ah Sales 


Total an>2ijnt of cash advarrzeB sho^.v?^ on the alBtement 




TotU armum of merchaBilisa ssSes shaven on the statement 


Average TotM Sales 


Average sal^s immch^dls^ md omh} '^hmm m Hi^- 'ataternent 


T<>taf PaymetftB 


fc'-al an'^unt of pay^tienlB posted on the statement. 




RsfoD of psf/meitE to p-^vious baiar^ce tie s!atenrjent 




Tctai amconr of non^Sfymmt credits ^€:¥^n on the state n*©nt. 








Iota an'^nt of interest charged account-^. 
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Report Field Description 
Report Fietd Description 



Profit / Risk Repcn mcmn ^aummarmng ^mnii ar^d nsK numbefs. 



EstivmlBd ProHi? 
Account 

Estin-^tBd Prom 


Exarr^^, S^l^rrtsted Proft ^ (Net lnt€fisriang& Fe^s Fees ^ 
interest^' mnus (C^c^ cff Funds ^ Net Credit Less C<ii&:^Qn 
E^pens^B Delrvep/ Em-^nBB) 

The CBlmlBbm rr^^ be niodffi^d far your tnstallatim For your 
proHil o^cxi^^on, s-e^ your 7MAD Pmjeci CiMde. 


mated profit c^mhiMon p^f aD^ount in each montlis-Div 
books or behB*/m- score range. 


E5timats<S pr^^fit oiMitribklion |>ar ^tr^e ^x^iint in e^h ririDmh&- 
Qn-hmkB or bshavw score range. 


Ratio of ITis balsfice-art-rtsk to ihe toml t>^^Ge fsr non-charged- 
aff ac^oimts bf range .^1 unscsfad accoiinfe hav*^ l^eir enure 


Average Amount 


the '^aterr^nt 


Average QV€f-^:iinrt amount of over-limt acxounts- 


Perc^nt of tDt^ Bca^nt mlmcB over Ttmh: for (y%*er-iimit accoun-fe. 




Report section summarising the fee re'/snue being tracf^d. 


Fe-a^ 1 threugh 4 


Tot^ atrmjut at annual fe^ tM-B^ You ean aat and edrt tnB fee 
lab^a for ms report n General Cp^&nstab ^nthe Client 
Paramet^s - Options dialc:^ box in the PCTMS. 




Repoit B^^cton sunimarizing ^sna^ior ^ore data. 


Average Score 


Y^tsk nunri>er Df sc^ed and retarded Beosiinls tiis cyde, 
Typic^fy excludes Payfrt^t pTOjecliGfi ss^etf accents. 


Average bet^evior ^^^re for as^oynlE v/itJ^m-e^ range. Typic^fy 
^j^ciiMlss Pa^yo^nt PrDjeetion scored -^ouiM. 


Average Oalano^ tfy 


Report s^lion summarizing A.ver^§ Baiar^^ &y P^fformartcs^ 
R^c^, also kwmi as devam^sB. in dices. 


1 CycAeSCuwwii 


Rati^ of tie average stalemant balance ene-cyd#, t\m-cyolB.^ 




ihree-c^c^. ^nd four or fnore o^/cle delinquent ac<xFjnts to the 


3 C^a/Oo^ent 


average tmlanoB of currenl accourrtB. 


4^ CYClBiCufmnt 


Not^: TiHB \mmr ^e rab<>. tie Better the s1r-cdE^^^ss are perfc^mi^g. 
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Installment Strategy Performance Report 



The first page of the Installment loan strategy performance report contains 
account and balance summary information. The second page contains 

5 balance summary information for the digit group, tallied in two balance split 
sections. These two user-defined categories can represent such splits as 
interest bearing vs. interest free accounts, directly managed vs. affinity 
accounts, accounts acquired directly vs. accounts introduced by agents, or 
short term vs. long term accounts. The third page of the report contains 

10 delinquency rollover rates and balances, insurance and payment data, 
marketing letter data, fee data, behavior score data, average 
balance/performance ratios, and profit and risk numbers. 

Report Sample: First Page 

15 

The first page of the installment loan strategy performance report contains 
account summary information for the digit group. Accounts are tallied by 
status categories such as open/closed, active/inactive, current/levels of 
delinquency, and charge-off/ closed categories. The corresponding balances 
20 are also tallied. 

The first page of the installment loan strategy performance report summarizes 
six 

general areas: Account Summary, New Charge-off Accounts, New Closed 
25 Accounts, Balance Summary, New Charge-off Balance, and New Closed 
Account Balance. 
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Report Sample: Second Page 



The second page of the installment loan strategy performance report contains 
5 balance summary information for the digit group. Balances are tallied in the 
two user-defined sections. Within each section, balances are reported by 
delinquency level, charge-off status, and settlement status. 

The second page of the installment loan strategy performance report 
10 summarizes balance, charge-off, and closed account status information for 
two splits defined for the end user installation. 

Report Sample: Third Page 

15 The third page of the installment loan strategy performance report contains 
delinquency rollover rates and balances, insurance and payment data, 
marketing letter data, fee data, behavior score data, average 
balance/performance ratios, and profit and risk numbers. 

20 The third page of the strategy performance report for installment loan industry 
type divides account balances and counts into the following six categories: 
Delinquency Rollover, Insurance/Payments, Miscellaneous, Fee Data, 
Behavior Score Data, and Profit/Risk, 

25 Credit Line Management 

8 1 



The credit line management decision area, also known as credit line, 
determines changes in credit line accounts and may be configured to 
determine changes in a cash line and two additional lines. Every account is 
reviewed at cycle for eligibility for credit line review. The review can result in 

5 an increase in the line, a decrease in the line, or no change to the line. A 
series of timing triggers control when a non-delinquent account is eligible for a 
credit line review. Delinquent accounts are not bound by timing parameters 
and are reviewed at each cycle. The system generates reports that analyze 
limits in terms of account behavior, line utilization, and actions taken. These 

10 reports are based on information in the report record file, a repository 
containing all actions taken. The credit line estimator report shows how a 
sample group of accounts reacts to the strategies that currently have under 
development. 

15 Table 12 summarizes the components of the credit line management decision 
area. If the cash line or the additional lines are used in the installation, the end 
user has the option to set each of these lines to be either dependent on or 
independent of the credit line. If any of these lines are dependent on the credit 
line, the multiplier for the dependent line is calculated against the main credit 

20 line. 
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Table 12. Credit Line Management Decision Area Components 



Component 


Descripion 


Dsdaion Area Immg 






Confr^fB Credit Line pmc^mng tar your m^taWa^cn via the 


















Evaluate Bcoom^ assign appropriate -s^^efiain^. 




Sp^f^ ^Dona t:^ ba taken m an aocount. 


DiBcr&^ing a 


PMoffS deereaefif th« imit of a non-delinqueM eccc^jnt 








Taiites a^d reports m^ms tatan airing ihe month. 




SI^'A^s potent ner^^ sifpos^ire levels basad upoo the ne^sv 




-auar^giaB daveloprnsfit a^d pj^^ides a oount of the 




soc^^'^ ^^ouitB and smQcm^d Qdd€ each r^;^#-^ ^ the 




S^ate^/, Scsfi^Q, SPIO Control, Strategy Asa^fiier^t and 







5 Delinquent Collections 

The system can act on delinquent accounts at cycle and throughout the 
month. It responds to changes in factors such as delinquency level or account 
balance and tailors actions to fit the new status. Risk evaluation is a primary 
10 element in delinquent collections decisions. Evaluating based on risk, the end 
user can accelerate and decelerate entry into collections, and out-piace 
problem accounts quickly. This also allows the end user to use less expensive 
collection methods, such as letters, for accounts that have a high probability 
of curing on their own. The timing events that cause an account to be 
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processed in the delinquent collections decision area are part of the calling 
program. 

When an account is delinquent at cycle, the system assigns a set of scenario 
5 triggers or actions to be taken throughout the month. Actions occur relative to 
cycle date. Actions assigned to Day 0 take place at cycle. Actions assigned to 
Day 7 take place seven days after cycle, and so forth. If an account does not 
cure its delinquency and nothing else about the account changes, the system 
follows the actions in the scenario assigned at cycle. This is the normal 
10 course of events for a delinquent account. 

If the balance increases during the cycle, or the delinquency level changes, 
the system responds to these situations by re-examining the account and 
assigning new actions. This process is called dynamic reclassification. It can 
15 move the account to a more severe or a less severe scenario, depending on 
the account's change in profile. If the change in status results from a returned 
payment, for example, the system can respond to the situation with a special 
set of actions. 

20 The PCTMS provides a list of reclass triggers for the selection. The end user 
can select the reclass triggers to use, and the order in which they are applied. 
The reclass trigger dialog box also includes a "user-defined up" and "user- 
defined down" reclass trigger, allowing the end user to trigger reclass events 
beyond the defined list of triggers. A report record file:dynamic reclassification 

25 and report record can identify if the account was reclassed up (U) or down 
(D). The report record can also assist with reclass identification and 
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testing. Table 13 shows the components of the delinquent collections decision 
area. 

Table 13. Components of Delinquent Collections Decision Area 

Cofitponent D^ciiption 

Deos^on Aj^a Timing l^mm^ ean tak^ pi^e at cfds or oaity posi^ng. 

Delinquent Oi\\%tfmm Conf^p^s DelinqueM Coi^tiom proDsasing for yc^jr inst^l^^on 
OpIianB Via your FCT^S 

ExoMaioris Id^rrtily acciount categories th^t are not ?^c€£^-sed in the 

Dsiinquei^t CollBC^tlor^ de€te>:^^. area. 

Slrateg^s Evaluate acooams and assign the appmpriarte SGef^^s'^^ 

Scanaiios Specify ^ons t<j be taken an aoc^^unt 

Dynamic Re-ei^amines aoaoynt et pz^m ^ deibquef^y ^-latus. Gf 

Re^iasafc^toii t^slmce Hsb m^g^d duni^ tri^e cyde. A recla-H^e^itled account 

may move snio a se^^^o of greater or ies^sei ^^/rnty ^apending 
!^ dire^^iofi of dtanga. 

Dutasmas Repermg Tallies and repcift^ acHona taRsn djring t|-ie rriDntti 

Perfofn-i^ce Repcr^ng failles tran^tions in clBlifi^jencry from ^8 preMious to the c^jrrent 
cyde. Th^ trafrBi^ons n^s:y be ^on a greater to a lesser iS'^^el of 
^iBlm^jmay vi^^a versa. 

E^mstiM- RepQitn§ P^mldes % count of the ecorsd ac^ountB ar^ taa&soiated odds for 
Bmh rm^ ^^^a^ Sr^s^gy, Sce/iano, Sf^lD Cont^d, Strategy 
Asapit?mnt and Strategy Deiinton asntrd tables. 



Overlimit Collections 

The overlimit collections decision area treats accounts that are over limit but 
not delinquent. Accounts that are both over limit and delinquent are treated in 
the delinquent collections decision area. The system takes action on over- 
limit accounts at cycle and through-out the month. Table 14 shows the 
components of the overlimit collections decision area. 
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Table 14. Components of Overlimits Collections Decision Area 



Cornponent 


Descripiion 


Deoision Area Timing 






Conft^ir^ O^^^eflirm Coll^sns proc^^Bing for >*our in^ailat^oi. 


Dptjons 








De&mine Hrx^mg te an adi^in set to be tak^n. 




Evaluate accouofe and assign the appoDprials ^sf^-^-a 




%pm^ ^Qnst<^ be laNsn an aoDQunt 




Tallies and reports ^ans tel^n during trie nrtDntn 




Pf D^^ides a c^y nt of iha ^or ed aceDun*te ar^d asa&ciatsd ck!^ fsr 






As^i^ifier^t and Strategy Bsfinfecn control tables- 



5 All non-excluded accounts are processed through a series of user-defined 
filters, called triggers. When a trigger activates a review, the system searches 
the strategy table, retrieves the appropriate scenario, and returns the actions 
to the calling program for implementation. 

10 If the system takes over-limit actions at cycle and a new credit line has been 
calculated, it uses the new credit line as a base for the line utilization 
calculation and in the calculations that determine breakpoint crossing. Each 
overlimit collections scenario is a unique event with one set of actions. This 
contrasts with delinquent collections, which may have up to three sets of 

15 actions in a single scenario. Breakpoints function in overlimit collections the 
same way that dynamic reclassification works in delinquent 
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collections. Both can trigger an updated response to a changing account 
situation. 



Authorizations Management 

5 

The authorizations decision area helps the end user make authorization 
decisions about transactions that present both opportunity and risk. These 
transactions belong to accounts that are at a low level of delinquency or are 
over limit, conditions that may previously have been the cause for an 
10 automatic decline. Table 15 shows the components of the authorizations 
decision area. 

Timing triggers or events that cause an account to be processed in the 
authorizations decision area are part of the calling program. 

15 

Scenario triggers are part of the authorizations decision area. 

There is more to managing authorizations than accepting, declining, or 
referring a transaction. The system also calculates user-defined exposure 

20 parameters known as cushions. In the PCTMS, the end user can set the 
parameters for calculating different cushion amounts for cash and credit 
(merchandise) transactions, as well as for holiday and non-holiday periods. 
The end user can also define one supplemental action for accepted 
transactions and up to three supplemental actions for declined or referred 

25 transactions. 
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As with the other decision areas, authorizations records its actions for 
reporting purposes. The system returns a record of each decision it makes to 
be added to the host authorization log file. At a later time, either daily, weekly 
or once a month, the system reads the authorization log file and creates 
5 reporting files. The 

reporting programs create summary and outcomes reports for the 
authorizations 

decision area. There is also a transaction-based estimator report. The 
PCTMS enables the end user to maintain transaction types, transaction report 
10 types, status types, and status report types in separate tabs in the 
authorizations options dialog box. This dialog box enables the end user to 
define up to 100 transaction and account status types and how they are 
grouped together for reporting purposes. 

15 The accept, decline, or refer decision occurs during transaction processing. 
But other actions at other times also support the decision-making process: 

■ After a new account is opened and a random digit is assigned, an 
authorizations call may be made to the system to assign a SPID and an 

20 authorizations strategy ID. 

■ During cycle processing, each account is assigned a SPID and an 
authorizations strategy ID. 

25 ■ At authorization time, selected accounts may be assigned an 
authorizations strategy ID. 
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■ At reporting, the actions are tallied and reported. 

Table 15 shows the components of the authorizations decision area. 

5 

Table 15. Authorizations Decision Area 
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10 Reissue Management 

In the reissue management decision area, the system reviews an account to 
determine whether to reissue a card and for what length of time. Accounts can 
be reviewed multiple times before and after the card expiration date. By using 
15 multiple reviews, the end user can encourage cardholders to modify their 
behavior as a condition of reissuance. For example, before the reissue date, 
the end user can encourage customers with inactive accounts to 
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reactivate. Or, they 

can tell customers whose cards are not reissued what they must do to re- 
establish the account. 

5 Reissue management is normally scheduled as part of the monthly 
processing, but it can also be run on-demand. In either case, the processing 
methodology is the same. 

All non-excluded accounts are processed through a series of filters called 
10 triggers, based on expiration date. When a trigger activates a review, the 
system searches the strategy table, retrieves the appropriate scenario, and 
returns the prescribed actions to the calling program for implementation. 
Table 16 shows the components of the reissue management decision area. 

15 

Table 16- Components of Reissue Management Decision Area 
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Marketing Communications 

5 The marketing communications decision area allows the end user to increase 
his ability to cross-sell products, enhance customer relations, and retain 
customers. Marketing communications helps the end user to evaluate and 
better judge what brings the best returns on each marketing campaign. 

10 The marketing communications decision area can be a regularly scheduled 
part of the normal cycle processing or it can be run on-demand. In either 
case, the processing methodology is the same. Non-excluded accounts are 
processed through a series of filters or triggers. For an account to be 
assigned a marketing communications scenario, it must first satisfy all trigger 

15 criteria. If it does, the system searches the strategy table, retrieves the 
scenario, and returns the actions to the calling program for implementation. 

The end user can select up to fifteen keys from the Keys library as triggers for 
each marketing communication strategy. A different set of 15 decision keys 
20 can be selected as strategy keys for each strategy. Additionally, the end user 
can assign up to five marketing communications strategies per SPID 

9 1 



and random digit group, and the PCTMS enables the end user to assign each 
strategy to a billing call or standalone call. 

Using the strategy assignment settings the end user enters in the strategy 
5 assignment dialog box, the system loops through each strategy checking the 
call type for possible execution. Using this flexibility, the end user can run 
multiple marketing campaigns during the month. Table 17 shows the 
components of the marketing communications decision area. 

10 



15 



Table 17. Components of Marketing Communications Decision Area 
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Performance-based Pricing 

The performance-based pricing decision area, also known as repricing, allows 
5 the end user to adjust an account's pricing structure and control product 
offerings based on account performance. Using strategic filtering and 
grouping of accounts, the end user can adjust account values such as the 
annual percentage rate (APR), annual fee, and other fees based on account 
history. This enables the end user to reduce rates on low risk, profitable 
10 accounts and increase rates on high risk, unprofitable accounts. Overall, the 
flexibility of the performance-based pricing decision area enables the end user 
to anticipate customer needs to control attrition. 
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The performance-based pricing decision area can be a regularly scheduled 
part of normal cycle processing or it can be run on-demand. In either case, 
the processing methods are the same. 

5 All non-excluded accounts are processed through a series of filters or triggers. 
For an account to be assigned a performance-based pricing scenario, it must 
first satisfy all of the trigger criteria. If it does, the system searches the 
strategy table, retrieves the scenario, and returns the actions to the calling 
program for implementation. The end user can select up to 15 keys from the 

10 keys library as triggers for each performance-based pricing strategy. A 
different set of fifteen decision keys can be selected as strategy keys for each 
strategy. Table 18 shows the components of the performance-based pricing 
decision area. 
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Table 18. Components of Performance Pricing Decision Area 
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5 The PC Table Maintenance System (PCTMS^ 

The PC table maintenance system (PCTMS) is the front-end component of 
the system. Installed on the end user's PC, it enables the end user to maintain 
the control tables that are used by the account management engine 

10 component running on the host system. The PCTMS is where the end user 
develops strategy trees, as well as SPID assignment and scorecard 
assignment trees, representing the decision logic for how the system 
manages accounts. The PCTMS also contains the client-level and decision 
area-level parameters and options that enable the end user to optimize the 

15 installation. 
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In addition, the PCTIVIS includes scorecard manager, a facility that enables 
the end user to view scorecard data and (optionally) update or add new 
scorecards. 



5 Navigation Features 

Figure 11 shows the features used for PCTMS screen navigation. The 
PCTMS title bar includes the client name and environment the end user 
currently has open. Menu bar options from a blank work area include File (for 
10 environment administration and client administration for multi-client 
installations, Security (for User Administration and changing passwords), 
Tools (for System and Audit/Export features), and Help. Menu bar options 
when the end user opens a dialog box in the PCTMS Include File, View, and 
Help. 

15 

Icon Groups 

Icon groups are sets of icons that appear in the navigation bar in the PCTMS. 
If the end user does not have editing permission for an area of the PCTMS, 
20 he will be able to open and view, but not make changes in that area. Security 
permission in the PCTMS is maintained by the PCTMS system administrator. 

Client Group Icon Group 

25 This icon group appears upon opening a multi-client version of the PCTMS, 
and contains icons for each client defined on the PCTMS. If the end 
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user has a single-client version, this icon group is not visible. 



Environments Icon Group 

5 Accessed from the environments navigation bar button at the top of the 
PCTMS navigation bar, this icon group contains icons for opening defined 
environments in the PCTMS. The PCTMS environments enable the end user 
to mirror the environments in use on the host system. When the end user 
opens the PCTMS, the PCTMS opens the main editing environment that is 

10 associated with testing. 

Decision Areas Icon Group 

This icon group appears upon opening a single-client version of the PCTMS, 
15 and contains one icon for each decision area. Each installation of the system 
has one or more of the following icons: 

■ Authorizations Management 
20 ■ Delinquent Collections 

■ Credit Line Management 

■ Marketing Communications 

25 

■ Overllmit Collections 
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Performance-based Pricing 



■ Reissue Management 

5 

■ Scoring 

Individual Decision Area Icon Groups 

10 Accessed from the decision areas icon group, these icon groups contain icons 
for the strategies window for each decision area, as well as icons for the 
decision area options, strategy parameters, scenarios, and other decision 
area dialog boxes, as applicable. 

15 Scoring Icon Group 

Accessed from the decision areas icon group, the scoring icon group contains 
icons for opening the scorecard assignment window, the scorecard exclusion 
and retain reasons and scoring options dialog boxes, and scorecard manager. 

20 

Client Parms (Client Parameters) Icon Group 

Accessed from the client parms button at the bottom of the PCTMS navigation 
bar, this icon group contains icons for opening the strategy assignment, client 
25 parameters options, report ranges, and scenario action labels dialog boxes, 
as well as the SPID and libraries icon groups. 
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■ The SPID icon group contains icons for accessing the SPID assignment 
window and SPID control dialog box. 

5 ■ The libraries icon group contains icons for accessing the exclusions, keys, 
block codes, and collection Indicators dialog boxes. 

Decision Area Functions 

10 Decision areas are where the end user does the nnajority of work in the 
PCTMS . The scenarios, strategies, and decision area options on the PCTMS 
comprise critical settings for how the system processes accounts. The end 
user accesses these options from each of the decision area icon groups. 

15 The following discussion covers procedures for how to: 

■ View, edit, add, rename, and delete scenarios. 

■ Open strategy parameters and decision area options dialog boxes. 

20 

" Assign Delinquent Collections reclassification triggers. 

■ Add and delete entries in the Authorizations - Options dialog box tabs 
(transaction and status types, and transaction and status report types). 

25 

To view, edit, add, rename, and delete scenarios: 
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1 . Navigate to the decision area icon group for the decision area in which to 
work. 

5 2. Click the scenarios icon. The PCTMS opens the decision area scenarios 
dialog box. Each decision area contains a unique scenarios dialog box. See 
the following list to locate an exannple and field descriptions for each decision 
area scenarios dialog box. 

10 3. Select the scenario to view, edit, rename, or delete in the scenario ID drop- 
down list. To create a new scenario from a copy of an existing scenario, select 
the scenario to copy. 

4. The following can be done: 

15 

To edit any of the scenario fields, change the field information as required. 

■ To add a scenario, choose File>New Scenario on the PCTMS menu bar 
(or right-click within the dialog box to access the shortcut menu) and enter 

20 a new scenario ID and name in the add new scenario dialog box. Valid IDs 
are from 1 to 999, and valid names are 25 characters long. To copy 
scenario parameters from the scenario currently in view in the scenarios 
dialog box, choose the copy currently selected scenario check box. Click 
OK and edit the field values in the new scenario as required. 

25 

■ To rename an existing scenario or renumber a scenario ID, choose 
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File>Rename scenario on the PCTMS menu bar (or right-click within the 
dialog box to access the shortcut menu) to open the rename scenario 
dialog box. Edit the name or ID and click OK to rename or renumber the 
scenario. 

5 

■ To delete an existing scenario, choose File>Delete scenario on the 
PCTMS menu bar (or right-click within the dialog box to access the short- 
cut menu). The PCTMS displays a message box asking the end user to 
confirm that he wants to delete the specified scenario. Click OK to delete 
10 the scenario. 

5. Click apply in the scenarios dialog box to save changes while working. 
When finished, click OK to close the scenarios dialog box and return to a 
blank work area in the decision area. 

15 

To view and edit strategy parameters and decision area options 

Note: Not all decision areas have strategy parameters and options dialog 
boxes. 

20 

1 . Navigate to the decision area icon group for the decision area in which to 
work. 

2. Click the strategy parameters or the options icon, as required. The PCTMS 
25 opens the selected dialog box for the decision area in which the end user is 

working. Each decision area dialog box contains unique strategy 
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parameters and option fields. 



3. To edit the fields in one of the decision area options dialog boxes, see the 
following table to locate field descriptions for each decision area. Note: The 

5 reissue management, marketing communications and performance-based 
pricing decision areas do not have options dialog boxes. 

4. To edit the fields in one of the decision area strategy parameters dialog 
boxes, see the following instructions based on the selected decision area. 

10 Note: The authorizations and delinquent collections decision areas do not 
have strategy parameter dialog boxes. 

■ Credit Line Management 

15 Select a strategy in the strategy ID drop-down list and edit the fields in the 
dialog box as required. 



■ Overlimit Collections 

20 

Select a strategy in the strategy ID drop-down list. Edit the fields in the dialog 
box as required. Percent utilization breakpoints 2 through 6 must be entered 
in ascending order. Set any unused break-points to the same value as the last 
breakpoint used. 

25 

■ Reissue Management 
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Select a strategy in the strategy ID drop-down list. Enter review points in 
descending order starting from the review points field 1 . Use positive numbers 
for review points before expiration and negative numbers for review points 
5 after expiration. Enter 0 to designate a review point at expiration. If less than 
six review points are used, leave any unused fields blank. 

■ Marketing Communications and Performance-based Pricing 

10 Select a strategy in the strategy ID drop-down list and change the selected 
triggers or edit the usage and valid value limit fields as required. 

■ To add a trigger, highlight the desired trigger in the library list and click 
add. 

15 

■ To move the trigger up or down within the trigger hierarchy, highlight a 
trigger in the selected triggers list and click the up or down arrow. 

■ To remove a trigger from the selected triggers list, highlight the trigger and 
20 click the remove button. 

■ To edit the usage, low value, or high value fields, highlight a trigger in the 
active triggers list and change the information as required. 

25 5. Click apply to save changes while working. When finished, click OK to 
close the dialog box and return to a blank work area in the decision 
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area. 



To assign Delinquent Collections reclassification triggers 

5 1 . Navigate to the delinquent collections decision area and click the reclass 
triggers icon. 

2. The following can be done: 

10 "To add a trigger, select the trigger from the trigger library list and click add. 

■ To remove a trigger, select the trigger from the selected triggers list and 
click remove. 

15 ■ To change the hierarchy of a trigger, select the trigger in the selected 
triggers list and use the arrow buttons to move the trigger up or down. 

3. Click apply to save changes while working. When finished, click OK to 
close the dialog box and return to a blank work area in the decision area. 

20 

To add, edit, or delete Authorizations transaction or status type entries 

1 . Navigate to the authorizations decision area and click the options icon. The 
PCTMS opens the authorization options dialog box. 

25 

2. Select the transaction types or status types tab, as required. 
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3. If in the transaction types tab, the following can be done: 

5 ■ To add an entry, choose File>New on the PCTMS menu bar (or position 
the cursor in the entry list and right-click to access the shortcut menu). In 
the newly-created range, edit the value in the range low field as required. 
Enter a description in the label field and choose the credit or cash 
designation in the credit/cash drop-down list, then select a report type in 

10 the report type drop-down list. 

■ To edit an entry, highlight the entry and change the information in the 
range low, label, credit/cash, or report type field. 

15 ■ To delete an entry, highlight the range to delete, and choose File>DeIete 
on the PCTMS menu bar (or right-click to access the short-cut menu). 

4. If in the status types tab, the following can b e done: 

20 ■ To add an entry to the list of cycles delinquent status ranges, highlight a 
range of more than one cycle and choose File>New on the PCTMS menu 
bar (or position your cursor anywhere in the entry list and right-click to 
access the shortcut menu). The PCTMS adds a new cycles delinquent 
entry below the highlighted entry, splitting the cycles delinquent range. Edit 

25 the value in the active range low field as required. 
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■ To add an entry to the list of utilization level status ranges, highlight a 
utilization level range within a cycles delinquent entry and choose 
File>New on the PCTMS menu bar (or position the cursor anywhere in the 
entry list and right-click to access the shortcut menu). The PCTMS adds a 

5 new utilization level entry below the highlighted entry, splitting the 
utilization level range. 

■ To edit an entry, highlight a cycles delinquent or utilization level range and 
change the information in the range low as required, followed by the tab 

10 key. The report type field can only be edited if the utilization level range 
highlighted. 

Keep in mind the following: 

15 ■ The dialog box tab allows you to expand (+) and collapse (-) each cycles 
delinquent entry to view or hide the utilization Level entries. 

■ The PCTMS does not allow one to edit the range low value in an entry 
starting with a 0. 

20 

■ if the end user adjusts the range low value, the PCTMS adjusts the high 
range value of the previous entry automatically. 

■ To delete an entry, highlight the cycles delinquent or utilization level range 
25 to delete (other than the range starting with 0), and choose Flle>Delete on 

the PCTMS menu bar (or right- click to access the short-cut menu). 
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The PCTMS deletes the highlighted entry and adds the deleted range to 
the range of the previous entry. 

5. Click apply to save changes while working. When finished, click OK to 
5 close the dialog box and return to a blank work area in the decision area. 

To add or edit Authorizations transaction or statu s report tvpes 

10 1 . Navigate to the authorizations decision area and click the options icon. The 
PCTMS opens the authorization options dialog box. 

2. Select the transaction report types or status report types tab as required. 

15 3. Highlight a report row and enter or change the entry in the report type label 
field as required. 

4. Click apply to save changes while working. When finished, click OK to 
close the dialog box and return to a blank work area. 

20 

Client-level Settings 

The following discussion provides field descriptions and procedures for the 
following two areas in the PCTMS: 

25 

■ Scoring options and exclusion/retain reasons dialog 
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boxes in the scoring icon group. 

■ Strategy assignment, client parameter options, SPID control, exclusions, 
keys, block codes, collection indicators, report ranges, and scenario action 
5 labels dialog boxes in the client parms icon group. 

Scoring Options 

The scoring options dialog box contains control fields for setting the scoring 
10 and historical constants. Access the dialog box in the scoring icon group 
(accessed from the decision areas icon group) in the PCTMS navigation bar. 
Scoring options are grouped into the following four tabs within the dialog box: 
General, Score Factors, and Constants. 

15 Scoring Exclusion and Retain Reasons 

The exclusion/retain reasons dialog box contains numeric identification 
numbers with corresponding descriptions that identify categories of scoring 
exclusion and retention. Examples of scoring exclusion categories are 
20 bankrupt and charge-off. An example of a scoring retention category is 
inactive past six to 12 months. 

Client Parms (Client Parameters) Icon Group 

25 The following discussion describes many of the client parameters that can be 
viewed and edited in the PCTMS. Values for client parameters are 
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determined during the design phase and preset before the PCTMS is shipped. 
Most of these parameters are changed only infrequently. However, 
sometimes it is necessary to make adjustments to the preset values. 

5 The client parms icon group on the PCTMS navigation bar is shown to the left. 
On this icon group, selecting the SPID icon gives access to the TreeView - 
SPID assignment window and the SPID control dialog box, and selecting the 
libraries icon gives access to the exclusion, decision key, block codes, and 
collection indicators libraries. Icons for accessing client parameters appear 
10 when the end user clicks the client parms button in the PCTMS navigation 
bar. 

Strategy Assignment Dialog Box 
15 In the strategy assignment dialog box, one can: 

■ Adjust random digit groups for each SPID. 

■ Assign strategies for each decision area to each digit group within each 
20 SPID. 

Figure 12 shows strategy assignment fields for all of the decision areas. Table 
19 provides a description of the fields in the strategy assignment box. 
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Table 19. Description of Fields in Strategy Assignment Dialog Box 
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Table 20 provides a description of the fields in the decision areas tab in the 
option dialog box for the client parms icon group. 



Table 20. Description of Fields in Decision Areas Tab In 
Options Dialog Box (Client Parms Icon Group) 
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Mai Order industry -^pe Beleats^. yoy 'Mil r^c^ivs a YevoKing'' 
yarsion the Slr^gy PerfonrwiGe reports, WttiHie UistallrDstit 
Industry t^^B s^^ta^x a Strats^ Perfe^manc^ retxrt ^signed fcf 
fixed, inslallr^enttypB loans \b generated. 



Keys Dialog Box 

The PCTMS enables the end user to view and edit the properties of decision 
keys that are used within strategies, SPID assignment trees, and marketing 
communications and performance-based pricing decision area triggers. 
The standard Keys library contains 85 standard and 35 user-definable 
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decision keys. Beliavior Score and Montlis on Bool<s are two examples of 
often-used standard keys. Table 21 provides a list of standard keys. 
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Table 21. List of Standard Decision Keys in Keys Dialog Box 
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Key Number and Haam 



Key Number and Name 



Key Number and Name 



t Age 

2 Amount Dispute 

3 A^Tioynt Due 

4 Amount Over Casfi Line 

5 Amoum OverJimil / Open-to- 
Biiy 

6 A/noiint Past Due 

7 AroQQnt Over! imit / ap«n-tD' 
Buy- Lme 3 

8 Amoynt Ov&rlimji / Open4o- 
Syy ~ Line 4 

9 Application Score 

10 Ailjilk>n Score 

11 Au?.omatic Dmds 

12 Avecage Bill LaM 6 Months 

13 Av^age Debit Last 6 Months 

14 Average Ir.terest Last 6 yortlfis 

15 Average Reveriiie Last 
3 Months 

16 Average Revenue Last 
6 Months 

17 Average Revenue Last 
12 l^^onttis 

IB Balance 

19 Balance - Line 3 

20 Balance - Lsne 4 

21 Balance at Risk 

22 Heliavior Score 

23 SiDckCode 

24 Branch Hismber 

25 Cash Balance 

26 Casn Balance / Total Balance 

27 CasJi Line 

28 Cash Urn f Credit Line 

29 Cash Uttlizafcon 

30 Credrt Bureau Risk Score 

31 Coflection Queue 

32 Credit Line 

33 Credit Line - Um 3 

34 Credd Line - U^e 4 



35 Credit Line Utilization 

36 C^les Delmquent 

37 Days Delinquent 
3S Days O's^rlrmrt 

39 Days Since &dension 

40 Days Since NSF 

41 Days Since Payment 

42 Expected Balance CofJecled 

43 Geograptiic Code 

44 Interest income Last 12 Montt^s 

45 Last Payment Amount / 
Casfi Line 

46 One 3 Utiiization 

47 Line 4 Uttiization 

48 Loan4o- value Expomm 

49 yaximum DeJinquersC^^ Lifetime 

50 Months on Books 

51 Months Since Aeti^^e 

52 l^onths to Annrverssry 

53 li^onths Since Cash Advance 

54 ^^onths Sii^ce Closyfe 

55 Months Since Communication 

56 Months Since LaM Cash Line 
Change 

57 Months Since Last Cash Line 
Decrease 

5S Months Since LasS Cash Line 
Increase 

59 Months Sece Delinqiieficy 

60 Months Since Resge 

61 Months Since Pricing Review 

62 Months Sirice Purchase 

63 yonths Sjnce Terms Cl^ange 

64 Months to Annyaf Fee 

65 yonths to Expiration 

66 Months lo Terms Expiration 

67 No Contact Indicator 

68 number HSf Lasts Monttis 

69 PefcenI Safance in Di^ule 



70 Percent Balance Remaining 

71 Pefcent Balance Paid 

72 Phone / Address Indicator 

73 Product Code 

74 Promise to Psy 

75 Rate Tier 

76 Reciass Reason Code 

77 Reissue Review Point 

78 Revenue Score 

79 Special Handing 

80 Transaction Amours 

31 Transaction Amount / 
Ca^ Une 

82 TransactJon Type 

83 Transactor / Revolver Code 

84 Trigger iD 
as Type Code 

Keys 86 through 1 20 represent 
User-defir^d Keys 01 through 35. 



TreeView 



The PCTMS uses a graphical interface called TreeView to display 
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the strategy, SPID assignment, and scorecard assignment logic. TreeView 
displays the decision logic for each of these in a tree/branch structure with 
nodes that display lower-bound values for each key level. Table 22 describes 
how to access each of the three TreeView windows in the PCTMS. Figure 13 
5 shows the process of creating a strategy in TreeView. 

Table 22. How To Locate TreeView Window in the PCTMS 



Window 


How t# Loeat^ In tlie PCTMS 


TreeView - Strategies 


ClK^ktte d€€islQii area icon you want to work In, then cMk on the 




TmBVi&m Icon. 




M©^^ Each decision area mon group that fou purchase from 




Fair, fsaac contains m TmeVim^ loon for ^cassing your decision 




area strategy trees. 


TreeView -SRD 


Click tiie SPiD tcon m the Client Parms iccm group, then cfck on 




tbe SPID Assign icon. 


TreeView - Scor^ard 


Click the Seofing iccti in the Decision Areas iccn group, then elicit 


AssignniBM 


the Soorecaici Assignment Icon. 



10 Scorecard Manager 

The following discussion describes features in scorecard manager. Scorecard 
manager enables the end user to view scorecard data, update existing 
scorecards, and add new score-cards using the characteristics that are hard 
15 coded on the system. Scorecard manager contains libraries for the 
characteristics and adverse action reasons for use in the scorecards. 

The PCTMS contains a separate database of scorecards for each 
client/environment that is maintained. 
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■ Viewing and Editing modes: Scorecard manager is accessible in either of 
these two modes. With only viewing access, scorecards may be viewed 
but not edited. 

5 

■ Scorecard: An algorithm in which points are assigned according to 
characteristic attributes, creating an account's score. Scorecards must be 
promoted to be viewed and editing within scorecard manager and 
uploaded to the host system. The end user must promote a scorecard 

10 when new scorecards are added. 

■ Characteristics: The system calculates raw behavior scores from account 
characteristics and associated attributes. Characteristics ask questions 
about an account such as "What is the highest level of delinquency this 

15 account has reached in the last six months?" A typical scorecard can 
contain 8 to 12 characteristics. 

■ Attributes: Attributes provide a series of multiple choice answers to the 
questions posed by characteristics. Each attribute has a weight (number of 

20 points) associated with it. The summation of these weights across 
characteristics produces the raw behavior score. 

■ Score weight: Number of points associated with an attribute of a 
characteristic. Neutral weights are used when there is insufficient 

25 information to calculate a characteristic. 
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Glossary 



5 allowable exposure 

The allowable exposure for an account is the amount above or below the 
credit limit for which a transaction will be authorized. Allowable exposure is 
calculated using Cushion and Percent Fit tests. 

10 

attributes 

The ranges of values into which a characteristic is divided. Each attribute has 
a weight associated with it. The summation of the weights produces the 
15 unaligned, or raw, score. Attributes are used to label a column in a scorecard. 
For example, the characteristic "Average Balance Last Six Months" may be 
divided into four currency attributes: less than 250, 250 to 499, 500 to 3,499, 
and 3,500 or more. 

20 available credit 

See open to buy (OTB) 

bad accounts 

25 

Accounts that were unsatisfactory during the performance period. 
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Accounts that are bankrupt, charged-off, or have reached an advanced state 
of delinquency are often said to be bad. 

balance at risk 

5 

This field is the product of the current balance multiplied by the probability of 
the 

account going bad, based on the behavior score. Balance at Risk is used as a 
key in many decision areas, as well as to order collection queues. 

10 

behavior score 

A numeric value for assessing account risk. It is derived from calculations that 
quantify current and past account behavior. This term encompasses several 
15 types of score-cards. 

branch 

The path an account takes in the Strategy Tree diagram to reach its treatment 
20 group. A branch represents one row of a Strategy table. 

breakpoints 

See Overlimit Breakpoints. 

25 

cash cushion 



1 17 



See cushion. 



centering 

5 

To base the Challenger strategy on the Champion strategy; you center the 
Challenger on the Champion. 

Challenger 

10 

A new strategy to be tested against the Champion. When the Challenger 
outperforms the Champion, you can apply it to a larger percentage of the 
portfolio and the Challenger becomes the Champion. It is possible to have 
several Challengers being tested against your Champion within the same 
15 decision area. 

Champion 

The strategy that depicts your current business practices. 
20 Champion/Challenger testing is an integral feature of TRIAD. See also 
Challenger. 

characteristic 

25 A measurement of account behavior. Essentially, it poses a question about an 
account. For example, the Time- on-Books characteristic asks, "How 
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long has this account been open?" Each characteristic is broken into definite 
ranges of values called attributes. Characteristics are used to label a row in a 
scorecard. 

5 clean account 

An account that has not been delinquent for an indicated number of nnonths 
(usually, 12 months). 

10 cleverness index 

A term describing the Average Balance Performance Ratio found on the third 
page of the Strategy Performance reports. The lower the ratio, the better the 
strategies are performing. 

15 

coarse classing 

The process in which individual attributes are grouped for statistical validity. 
20 credit line 

The credit line or credit limit of an account is the amount of credit extended to 
the 

accountholder, A credit line may be increased temporarily through a cushion 
25 or for an extended period through a credit line increase. Credit lines may also 
be decreased and reduced to zero. Credit lines are managed primarily in 
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the Credit Line Management decision area in the system, 
cushion 

5 A special extension of a credit or cash line, used in the Authorizations 
decision area. Other names for cushion are "shadow limit/' "pad," or "pencil 
limit." The PCTMS includes several options for calculating the cushion, as set 
in the Cushion Type field. 

10 cushion type 

Defines how the cushion test will be applied. It has four options: Utilization, 
Line, Designated Amount, and Zero. The four cushion types apply to normal 
and holiday volumes for both credit and cash transactions. 

15 

decision area 

A management area for treating accounts. Several decision areas are 
available in the system: 

20 

■ Authorizations 

■ Credit Line Management 
25 ■ Delinquent Collections 
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■ Marketing Communications 

■ Overlimit Collections 

5 ■ Performance-based Pricing 

■ Reissue Management 
decision key 

10 

A characteristic used in SPID assignment and strategy decisioning. Decision 
keys are also used as triggers in the Marketing Communications and 
Performance-based Pricing decision areas. 

1 5 delinquency rollover 

The movement of an account to a higher level of delinquency. 

digit group 

20 

Also known as "random digit groups," a series of contiguous random digits 
used in strategy assignment to facilitate Champion/Challenger testing. Each 
user-defined digit group represents a percentage of the accounts in a SPID. 
For example, the range 0-9 contains approximately 10% of the accounts in 
25 the SPID, and the range 50 to 99 contains approximately 50% of the 
accounts. 



121 



dirty account 

An account that has been delinquent during an indicated period, often 12 
5 months. 

dynamic reclassification 

Assigning a delinquent account to a different scenario during daily processing. 
10 Dynamic reclassification enables you to re-evaluate a delinquent account 
when the delinquency status or balance changes. 

environment 

15 A named area on a host system which contains a complete set of control 
tables. Most clients define more than one environment on their host system. 
You can create up to three PCTMS environments to contain the control tables 
which mirror each of the host system environments. See also pre-production 
environment; production environment; test environment. 

20 

Estimator reports 

The Estimators produce reports for each decision area that estimate the 
number of accounts that are defined by each row of the control tables and the 
25 risk quality of these accounts. 
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exclusion 



A reason for removing accounts from a particular aspect of processing, such 
as behavior scoring or a decision area. For example, bankruptcy is often an 
5 exclusion from many decision areas, including Delinquent Collections and 
Credit Line. 

exclusion score 

10 Special behavior score values that indicate that an account has been 
excluded from behavior scoring. Bankruptcy or inactivity are frequent 
exclusion reasons, each with a user-assigned exclusion score. Exclusion 
scores can be isolated in a strategy key in order to treat accounts that are not 
scored. 

15 

good accounts 

Accounts that were satisfactory throughout the performance period, as 
defined in the scorecard performance measures. 

20 

holiday cushion 

In the Authorizations decision area, a special extension of the credit or cash 
line for use during designated holiday periods. See also cushion. 

25 

holiday percent fit 
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A percentage of the transaction that must fit in the current available credit if 
the transaction is to be approved. The Holiday paranneter enables you to 
designate a holiday period and use a different value. 

5 

indeterminate accounts 

Accounts that did not qualify as good or bad after the perfornnance period. 
10 multiplier 

In scorecard terminology, multiplier refers to an alignment factor used to keep 
scores consistent across all scorecards and portfolios. For example, if a score 
of 600 in Portfolio A has odds of 60/1, that score in Portfolio B should also 
15 have odds of 60/1 . Two alignment factors, the multiplier and weight, are used 
to bring scores back into alignment. Scorecards are delivered with a multiplier 
of 1.0. In the Credit Line Management decision area, the line multiplier is one 
of five calculation method options available for use in Credit Line scenarios. 

20 odds 

Indicate the probability that an account will or will not reach an unsatisfactory 
condition over the next specified number of months. 

25 odds-tO'Score relationship 
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The relationship of the odds to the score, such as odds of 60 to 1 at a score of 
600. The odds-to-score relationship is determined during the scorecard 
delivery meeting. May also be referred to as "scaling." 

5 open-to-buy (OTB) 

The amount of credit that remains when the account's current balance and 
outstanding authorizations are subtracted from the credit line. Synonymous 
with "available credit." 

10 

Overlimit Breakpoint 

A trigger in the Overlimit Collections decision area. There are two types of 
Overlimit Breakpoints: amount and utilization. When a breakpoint is crossed, it 
15 triggers a review in the Overlimit Collections Strategy table. Crossing a 
breakpoint has a very precise definition. To cross a breakpoint, the account's 
balance before posting must be less than the designated breakpoint; its 
balance after posting must be equal to or greater than the breakpoint. 

20 pad 

See cushion. 

PC Table Maintenance System (PCTMS) 

25 

The PC-based system through which host system control tables are 
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viewed and updated. The PCTMS is where you build, modify, and assign your 
strategies; run 

the PC Audit program; and update parameters for host-system Estimator 
reports. 

5 

PDO 

See points to double the odds. 
10 pencil limit 
See cushion. 
percent fit 

15 

A test in the Authorizations Management decision area that checks whether a 
specified percentage of a transaction fits within the current open to buy. 

performance period 

20 

During scorecard development, the performance period is the length of time 
between the observation date and the performance date. Often for standard 
behavior score-cards, this period is six months. After the behavior scorecards 
have been implemented, the performance period refers to the amount of time 
25 over which the performance of the scorecards is examined, typically the same 
interval that was used in development. The performance 
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period is also called the "performance window." 

points to double the odds (PDO) 

5 The nunnber that indicates the increment in score at which the odds will 
double. For example, a 20-point PDO means that the odds of good to bad 
accounts will double every 20 points. See also odds-to-score relationship. 

pre-production environment 

10 

An environment that may contain a modified copy of a test environment 
awaiting 

placement in production. See also production environment; test environment. 
15 production environment 

An environment where the actual processing that affects the accounts and 
customers on your system takes place. See also pre-production environment; 
test environment. 

20 

pseudo-champion 

The first strategy you build in the system to mimic your existing business 
practices. 

25 

random digit group 
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See digit group. 



random digit 

5 

A number between 0 and 99 assigned randomly to each account when the file 
is initialized. New accounts are assigned a random digit during new account 
processing. The system uses random digits to divide the SPID into statistically 
significant groups called digit groups, for Champion/Challenger testing. 

10 

raw score 

A behavior score that has not been aligned or weighted. On a scorecard, it is 
the sum of all characteristic weights on the card. 

15 

retained score 

A behavior score for an account whose score was retained from a prior month 
and not recalculated. 

20 

roll rate 

The progression of delinquency from one level to the next. 

25 scenario 
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A set of actions to be assigned to accounts. Scenarios are specific to each 
decision area and are used in conjunction with a strategy. Examples of 
scenarios are: setting a block code; sending a letter; setting a collection 
indicator; including a statennent insert; or taking no action at all. Scenarios are 
5 updated using the PCTMS. 

scenario ID 

A nunnber from 1 to 999 that identifies a scenario. The same ID can be used 
10 in more than one decision area. 

Scenario table 

The repository of action sets for a decision area. Each decision area has one 
15 scenario table, whose scenarios are shared by ail the strategy tables in that 
decision area. 

scorecard 

20 An algorithm for assigning a score, or numeric points, to an account based on 
characteristic attributes. A scorecard is used to derive a behavior score or 
other type of score for an account. 

ScoreNet® 

25 

A Fair, Isaac service that provides information from the major North 
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American credit bureaus. 
shadow limit 

5 Within the credit industry this term is equivalent to cushion. 
SPID 

See strategic portfolio; strategic portfolio identification number (SPID). 

10 

SPID 99 

A group of accounts excluded from TRIAD treatment. For example, you can 
assign accounts whose receivables you do not own to SPID 99. 

15 

strategic portfolio 

A group of accounts managed collectively. For example in the Bankcard 
industry, Classic and Gold accounts can be put into separate strategic 
20 portfolios because the account characteristics are different. Each strategy 
portfolio in TRIAD can be designated with one of four industry types: 
Bankcard, Installment, Mail Order, and Retail. 

strategic portfolio identification number (SPID) 

25 

A number from 1 to 99 that identifies a strategic portfolio in the 
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system. 



strategy 

5 A logic or plan by which accounts are divided into groups that receive different 
actions, or scenarios. Strategy keys are decision keys within each strategy 
that sort accounts for different treatments. 

strategy ID 999 

A special strategy ID that signals to bypass decision area processing for that 
account. Strategy 999 accounts are processed by the calling program, not the 
system. 

15 strategy key 

A characteristic that defines the conditions that cause an account to be 
assigned to a scenario. One of the three essential building blocks (along with 
scenarios and parameters/triggers) from which strategies are made. 

20 

Strategy table 

The control table on the host system that defines various account profiles and 
assigns a set of treatments to each defined group. 

25 

strategy tree 
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A graphical representation of a strategy in the PCTMS, created using 
TreeView.. 



5 test digits 

See random digits. 
test environment 

10 

An environment used to run systems testing for installation of new data and/or 
software systems into the host. See also pre-production environment; 
production environment. 

1 5 transaction type 

User-defined ranges used in the Authorizations decision area to designate 
transactions using a transaction identifier field. This field can be a strategy key 
in the Authorization decision area. The Transaction Type also plays a role in 
20 creating the Authorization Report Record file. 

treatment area 

See decision area. 

25 
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TreeView*^* 

The utility in the PCTMS that lets you design strategy trees graphically. You 
can add, change, delete, or move branches as needed. You can copy a 
5 branch to another place in the same tree or a different tree. You can print 
copies of the strategy trees you develop. 

weight 

10 Score weight refers to a number assigned to an attribute in a scorecard. The 
sum of all weights makes up an account's raw score. In the PCTMS, the 
Weight field accessed within your scorecard assignment tree refers to an 
alignment factor used to keep scores consistent across all scorecards and 
portfolios. For example, if a score of 600 in Portfolio A has odds of 60/1 , that 

15 score in Portfolio B should also have odds of 60/1. Two alignment factors, the 
multiplier and weight, are used to bring scores back into alignment. The value 
in the Weight field is an additive factor used after the multiplier has been 
applied and may be positive or negative. 

20 

Although the invention is described herein with reference to the preferred 
embodiment, one skilled in the art will readily appreciate that other 
applications may be substituted for those set forth herein without departing 
from the spirit and scope of the present invention. Accordingly, the invention 
25 should only be limited by the Claims included below. 



133 



CLAIMS 



1 . An account management system for applying statistically based automated 
5 decision making to relevant account management areas, comprising: 

a central data center, comprising: 

one or more scoring and decision functionality/predictive 
models; 

report records; 

10 a data warehouse that facilitates the use of said scoring and 

decision modules; 

an interface module; and 
a secure Internet Web site; and 
an end user client adapted for implementation in a personal computer 
15 platform and comprising a facility for exchanging information with said central 
data center via said secure Internet Web site; 

wherein all account management processing is performed at said 
central data center. 

20 2. The system of Claim 1 , wherein said central data center further comprises: 
an account management engine. 

3. The system of Claim 2, wherein said account management engine 
comprises any of: 

25 a delinquent collections mechanism that reduces delinquencies and 

that uses collections resources more efficiently by assessing accounts in 
order of their risk and then queuing them for action accordingly; 

a usage limit management mechanism that improves end user profits 
by expanding usage while controlling risk by allowing an end user to 

30 determine whether to assign or adjust usage limits based upon each 
customer's credit risk; 

an authorizations management mechanism that reduces an end user's 
risk of losses by reviewing account status to determine whether high risk 
accounts should be hotlined or blocked; and 

35 a marketing communications mechanism that effectively targets cross- 

sell and retention efforts to maximize end user revenue and minimize risk and 
churn. 
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4. The system of Claim 2, wherein said account management engine further 
comprises: 

a champion/challenger mechanism for allowing new strategies to be 
5 tested by an end user on statistically valid sample populations before being 
rolled out to an end user's larger account base, wherein an existing strategy is 
the champion and a new strategy is the challenger. 

10 5. The system of Claim 2, wherein said account management engine further 
comprises: 

a portfolio management and scoring system to help reduce losses, 
increase revenues, and take advantage of promotional opportunities, for 
single or multiple portfolios. 

15 

6. The system of Claim 1 , wherein each portfolio has an identification number 
referred to as a strategic portfolio identification number or SPID, wherein 
accounts are assigned to SPIDs. 

20 

7. The system of Claim 2, wherein said account management engine further 
comprises: 

a behavior scoring tool for assessing future behavior of an account by 
25 making a series of calculations that quantify current and past behavior at an 
account level or customer level. 

8. The system of Claim 2, wherein said account management engine 
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further comprises: 

strategies and strategic portfolio assignments, wherein a strategy is a 
plan for assigning an account to a specific scenario, or action for treatment, 
and wherein said strategic portfolios comprise groups of accounts that can be 
5 managed collectively because they share common characteristics. 

9. The system of Claim 8, wherein said account management engine further 
comprises: 

10 means for providing an end user with the ability to compare competing 

strategies in a statistically valid way so that said end user can determine 
which strategy produces the best results. 

15 10. The system of Claim 8, wherein said account management engine allow 
an end user to continually move strategies through four distinct phases of 
development which comprise: 

evaluate strategy results from a previous month; 
develop new strategies or enhance existing strategies based on 
20 evaluation results; 

test new strategies using an estimator facility; and 
implement new strategies in a production environment. 

25 11. The system of Claim 1 , said end user client further comprising: 
a graphical front-end. 
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12. The system of Claim 2, wherein said graphical front-end further 
comprises: 

means for allowing an end user to view scorecard assignments, and for 
5 allowing an end user to view scorecard data and (optionally) update existing 
score-cards or add new scorecards 

13. The system of Claim 2, comprising at least one account, wherein each 
account has a two-digit number between 00 and 99, which is a random digit or 

10 a test digit assigned by said account management engine when said account 
is opened or brought into said account management engine. 

14. The system of Claim 13, further comprising: 

a strategy assignment mechanism for linking strategies to one or more 
15 random digit groups for each strategic portfolio or SPID. 

1 5. The system of Claim 1 , further comprising: 

at least one decision area for applying separate strategies for each key 
process that influences the profitability of a portfolio. 

20 

16. The system of Claim 15, wherein an end user may exclude categories of 
accounts from behavior scoring and each decision area. 

25 17. The system of Claim 15, wherein entry into each decision area is 
triggered by a primary event. 



137 



18. The system of Claim 8, further comprising: 

at least one strategy key for sorting accounts into groups that receive 
different treatments. 

5 

19. The system of Claim 8, further comprising: 

at least one strategy tree with which an end user can separate 
accounts into tightly defined treatment groups and take actions that balance 
revenue and risk. 

10 

20. The system of Claim 8, further comprising: 

at least one scenario assigned to each treatment group in a strategy; 
wherein said action comprises any of a simple action and a complex 

action. 

15 

21 . The system of Claim 20, wherein a simple action can be to take no action 
at all, and wherein a complex action can include any of setting a block code, 
sending a letter, setting a collection indicator, or printing a statement 
message, 

20 

22. The system of Claim 8, further comprising: 

an audit program that is run when developing a new strategy or 
modifying control fields. 

25 

23. The system of Claim 2, said account management engine further 
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comprising: 

an estimator program for tallying a number of accounts identified by 
each control table row and the odds or risk quality for these accounts. 

5 24. The system of Claim 1 , wherein management database files and control 
settings are uploaded from said end user client to said central data center for 
processing. 

25. An account management method for applying statistically based 
10 automated decision making to relevant account management areas, the 

method comprising the steps of: 

providing a central data center, comprising: 

one or more scoring and decision functionality/predictive 
models; 

15 report records; 

a data warehouse that facilitates the use of said scoring and 
decision modules; 

an interface module; and 
a secure Internet Web site; and 
20 providing an end user client adapted for implementation in a personal 

computer platform and comprising a facility for exchanging information with 
said central data center via said secure Internet Web site; 

wherein all account management processing is performed at said 
central data center. 

25 

26. An account management system for applying statistically based 
automated decision making to relevant account management areas, 
comprising: 

30 a central data center, comprising: 

one or more scoring and decision 

functionality/predictive models; 
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report records; 

a data warehouse that facilitates the use of said scoring and 
decision modules; 

an account management engine, wherein said account 
5 management engine comprises any of: 

a delinquent collections mechanism that reduces 
delinquencies and that uses collections resources more 
efficiently by assessing accounts in order of their risk and then 
queuing them for action accordingly; 
10 a usage limit management mechanism that improves end 

user profits by expanding usage while controlling risk by 
allowing an end user to determine whether to assign or adjust 
usage limits based upon each customer's credit risk; 

an authorizations management mechanism that reduces 
15 an end user's risk of losses by reviewing account status to 

determine whether high risk accounts should be hotlined or 
blocked; and 

a marketing communications mechanism that effectively 
targets cross-sell and retention efforts to maximize end user 
20 revenue and minimize risk and churn; 

an interface module; and 
a secure Internet Web site; and 
an end user client adapted for implementation in a personal computer 
platform and comprising a facility for exchanging information with said central 
25 data center via said secure Internet Web site; 

wherein all account management processing is performed at said 
central data center. 



30 27. In account management system for applying statistically based 
automated decision making to relevant account management areas, a central 
data center, comprising: 

one or more scoring and decision functionality/predictive models; 
one or more report records; 
35 a data warehouse that facilitates the use of said scoring and decision 

modules; 

an account management engine, wherein said account management 
engine optionally comprises any of: 
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a delinquent collections mechanism that reduces delinquencies 
and that uses collections resources more efficiently by assessing 
accounts in order of their risk and then queuing them for action 
accordingly; 

a usage limit management mechanism that improves end user 
profits by expanding usage while controlling risk by allowing an end 
user to determine whether to assign or adjust usage limits based upon 
each customer's credit risk; 

an authorizations management mechanism that reduces an end 
user's risk of losses by reviewing account status to determine whether 
high risk accounts should be hotlined or blocked; and 

a marketing communications mechanism that effectively targets 
cross-sell and retention efforts to maximize end user revenue and 
minimize risk and churn; 
an interface module; and 
a secure Internet Web site; 

wherein all account management processing is performed at said 
central data center. 

28. The system of Claim 27. further comprising: 

an end user client adapted for implementation in a personal computer 
platform and comprising a facility for exchanging information with said central 
data center via said secure Internet Web site. 



29. In account management system for applying statistically based automated 
decision making to relevant account management areas, said system 
comprising a central data center, comprising one or more scoring and 
decision functionality/predictive models; one or more report records; a data 
warehouse that facilitates the use of said scoring and decision modules; an 
account management engine, wherein said account management engine 
optionally comprises any of: a delinquent collections mechanism that reduces 
delinquencies and that uses collections resources more efficiently by 
assessing accounts in order of their risk and then queuing them for action 
accordingly; a usage limit management mechanism that improves end user 
profits by expanding usage while controlling risk by allowing an end 
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user to determine whether to assign or adjust usage limits based upon each 
customer's credit risk; an authorizations management mechanism that 
reduces an end user's risk of losses by reviewing account status to determine 
whether high risk accounts should be hotlined or blocked; and a marketing 

5 communications mechanism that effectively targets cross-sell and retention 
efforts to maximize end user revenue and minimize risk and churn; an 
interface module; and a secure Internet Web site; wherein all account 
management processing is performed at said central data center, an access 
mechanism comprising: 

10 an end user client adapted for implementation in a personal computer 

platform; and 

a facility for exchanging information with said central data center via 
said secure Internet Web site. 
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Data Center for Account Management 

5 



ABSTRACT 

10 

The invention provides an account manager and database systenn that allows 
end users to bypass the need to integrate such systenns in to their legacy 
information management systems. The account management and database 
systems are developed and maintained at a host service-bureau data center. 

15 The client accesses the account management and database systems through 
a communication link, usually a secure website. Decisions recommended by 
the account management system are then sent back to the client systems to 
take action. The client controls the account management system by utilizing 
the PCTable Maintenance System installed in the PC at the client site. Client 

20 also accesses the database at the data center for reporting and analysis. 

The invention reduces the implementation schedule for such account 
management and database systems and thus provides such systems to end 
users more quickly. 

25 
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My residence, post office address, and citizenship are as stated below next to my name; 

I believe I am the original, first, and sole inventor (if only one name is listed below) or an original, first, and 
joint inventor (if plural names are listed below) of the subject matter which is claimed and for which a 
patent is sought on the Invention entitled: 

DATA CENTER FOR ACCOUNT MANAGEMENT 

the specification of which (check one) _X_ is attached hereto, or was filed on 

as Application Serial No. and was amended on (if applicable). 

I hereby state that 1 have reviewed and understand the contents of the above-identified specification, 
including the claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose information which is material to the examination of this application in 
accordance with Title 37, Code of Federal Regulations, Section 1 .56(a). 



1 hereby claim foreign priority benefits under Title 35, United Sates Code, Section 119 of any foreign 
application(s) for patent or inventor's certificate listed below and have also identified below any foreign 
application for patent or inventor's certificate having a filing date before that of the application on which 
priority is claimed: 

Prior Foreign Application(s) Priority Claimed 
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Number Country Day/MonthA'ear Filed 



Number Country Day/MonthAf'ear Filed 



POWER OF ATTORNEY: As a named inventor, I hereby appoint the following attorney(s) and/or agent(s) 
to prosecute this application and transact all business in the Patent and Trademark Office connected 
therewith: 

MICHAEL A. GLENN, Reg. No. 30,176 
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EARLE JENNINGS, Reg. No. 44,804 
CHRISTOPHER PEIL, Reg. No. 45,005 
JACK J'MAEV, Reg. No. 45,669 

SEND CORRESPONDENCE TO: 



MICHAEL A. GLENN, 3475 Edison Way, Suite L, Menio Park, CA 94025 
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1 hereby claim the benefit under Title 35, United States code, Section 120 of any United States 
application(s) listed below and, insofar as the subject matter of each of the claims of this application is not 
disclosed in the prior United States application in the manner provided by the first paragraph of Title 35, 
United States Code, Section 112, I acknowledge the duty to disclose material information as defined in 
Title 37, Code of Federal Regulations, Section 1 .56(a) which occurred between the filing date of the prior 
application and the national or PCT international filing date of this application: 



Application Ser. No. Filing Date Status: Patented, Pending, Abandoned 



I hereby declare that all statements made herein of my own knowledge are true and that all statements 
made on information and belief are believed to be true; and further that these statements were made with 
the knowledge that willful false statements and the like so made are punishable by fine or imprisonment or 
both, under Section 1001 of Title 18 of the United States Code and that such willful false statements may 
jeopardize the validity of the application or any patent issued thereon. 



Full name of sole or first/irryentor: PAUL NAVARRO 
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Date 

Residence 322 Paddington Road, Baltimore, Maryland, 21212 

Post Office Address Same 

Citizenship United States of America 
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Residence — 2870 Pocock Road, Monkton, Maryland, 211V 



Post Office Address Same 
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United States of America 



